Univention Bugzilla – Bug 20255
LDAP ACL problem: PDF printer is shown in multi server environment in printer moderation module
Last modified: 2021-11-29 17:20:26 CET
Wenn ein Druckaufträg ausgedruckt werden soll, kann als möglicher Zieldrucker der PDFDrucker ausgewählt werden. Das ist nicht sinnvoll. Der PDFDrucker sollte in der Liste nicht stehen.
Wählt man den PDFDrucker als Ziel aus verschwindet der Druckauftrag
Das ist auch mit 3.0 noch so.
*** Bug 27292 has been marked as a duplicate of this bug. ***
(In reply to comment #0) > Wenn ein Druckaufträg ausgedruckt werden soll, kann als möglicher Zieldrucker > der PDFDrucker ausgewählt werden. Das ist nicht sinnvoll. Der PDFDrucker sollte > in der Liste nicht stehen. Hatte ich zunächst missverstanden... d.h., wenn der Lehrer den anstehenden Druckjob eines Schülers (in dem Drucker-Moderations-Modul) auf dem PDFDrucker ausdruckt, verschwindet der Druck-Job.
Ich konnte das bei den Produkttests für UCS@school 3.1 nicht reproduzieren können. PDF-Drucker werden in der Auswahlliste nicht angezeigt. Getestet mit mehreren Druckern, innerhalb und außerhalb der Schul-OU.
Stand ucs@school-r2: Der PDF Drucker erscheint in einer Singleserver Umgebung nicht im Druckdialog, in einer Multiserverumgebung taucht er hingegen auf. Wenn er zum Drucken ausgewählt wird ändert sich an der Moderationswarteschlange nichts.
same for me under ucs@school 4.0 - see screenshot
Created attachment 6425 [details] pdfprinter inside drop down list
(In reply to Erik Damrose from comment #6) > Stand ucs@school-r2: > Der PDF Drucker erscheint in einer Singleserver Umgebung nicht im > Druckdialog, in einer Multiserverumgebung taucht er hingegen auf. Wenn er > zum Drucken ausgewählt wird ändert sich an der Moderationswarteschlange > nichts. i also used a multi server enviroment
It is a bug in the unmap function of the printer URI: >>> univention.admin.handlers.shares.printer.unmapPrinterURI(['cups-pdf:/.']) ('', '') tagging to UCS/UDM
It fails because settings/printeruri is not replicated to the DC slave. >>> import univention.admin.handlers.settings.printeruri as printeruri >>> printeruri.lookup(None, lo, '')[0]['printeruri'] ['lpd://', 'ipp://', 'http://', 'usb:/', 'socket://', 'parallel:/', 'file:/', 'smb://', 'cups-pdf:/'] Why do we need that setting? Cant we just correctly split the URI scheme? Or use a hardcoded list.
PDFPrinter still shows up in the list on multi-server-environments with UCS@school 4.1 R2 v9
This issue has been filled against UCS@school 4.1 (R2). The maintenance with bug and security fixes for UCS@school 4.1 (R2) has ended on 5th of April 2018. Customers still on UCS 4.1 are encouraged to update to UCS 4.3 (or later). Please contact your partner or Univention for any questions. If this issue still occurs in newer UCS versions, please use "Clone this bug" or simply reopen the issue. In this case please provide detailed information on how this issue is affecting you.
DC Slaves now have the permissions to read cn=printeruris,cn=cups,cn=univention,dc=base. ucs-school-ldap-acls-master (18.0.2) 5dee4d8595d4 | Bug #20255: allow school DC Slaves to read settings/printeruri
This bug has been fixed to make it possible in Bug #53702 to use UDM instead of ldapmodify in the joinscript.
OK
UCS@school 5.0 v1 has been released. https://docs.software-univention.de/release-notes-ucsschool-5.0v1-de.html If this error occurs again, please clone this bug.