Bug 53970 – deactivating printing in classroom does not work as expected

Bug 53970 - deactivating printing in classroom does not work as expected


Summary:	deactivating printing in classroom does not work as expected

Status:	NEW

Product:	UCS@school
Classification:	Unclassified
Component:	UMC - Computer room
Version:	UCS@school 5.0
Hardware:	Other Linux

Importance:	P5 normal (vote)
Target Milestone:	UCS@school 5.0 v1-errata
Assigned To:	UCS@school maintainers
QA Contact:

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2021-10-21 13:15 CEST by Tobias Wenzel
Modified:	2021-10-21 16:41 CEST (History)
CC List:	1 user (show)

See Also:
What kind of report is it?:	Bug Report
What type of bug is this?:	4: Minor Usability: Impairs usability in secondary scenarios
Who will be affected by this bug?:	2: Will only affect a few installed domains
How will those affected feel about the bug?:	2: A Pain – users won’t like this once they notice it
User Pain:	0.091
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:	Yes
Flags outvoted (downgraded) after PO Review:	Yes
Ticket number:
Bug group (optional):
Max CVSS v3 score:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Tobias Wenzel

2021-10-21 13:15:05 CEST

Deactivating printing in a classroom does not work after on/off:

Reproduce this by 

- disabling printing in a classroom (this works)
- enabling it again (this also works)
- FAIL when disabling it again, jobs were still created. This behaviour continued on my vm, also when putting the windows vm in a new computerroom.


ucr get server/role 
domaincontroller_master

univention-app info
UCS: 5.0-0 errata127
Installed: cups=2.2.1 samba4=4.13 squid=3.5 ucsschool=5.0 b3

Comment 1 Florian Best

2021-10-21 13:22:21 CEST

Does it work with UCS@school 4.4?

Comment 2 Tobias Wenzel

2021-10-21 16:41:05 CEST

I also encountered this problem in my multi-server-env in ucs-5. After ~ 5 min the setting was finally applied and it worked. 

In 4.4 it also took - sometimes - rather minutes than seconds for the settings to be applied, but in the end it worked. 


In my single-server env (ucs5) (where I re-checked this) the problem remains.
I suspect, I changed the settings to fast or something like this and this could also happen in 4.4. 

Nevertheless I think this is a performance issue.