system-config-printer does not automatically download and install printer driver packages any more
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
system-config-printer (Ubuntu) |
Fix Released
|
High
|
Unassigned | ||
Trusty |
Fix Released
|
High
|
Unassigned | ||
Utopic |
Fix Released
|
High
|
Unassigned |
Bug Description
The transition from Python2 to Python3, the replacement of the OpenPrinting web server by a new VM running Ubuntu 12.04 instead of 10.04 (which was done bevause the old VM was completely overloaded and so contributed a part of the inability to auto-install drivers), and code restructuring in system-
[Impact]
With the OpenPrinting web server change (Utopic, Trusty) and the transition to Python3 (Utopic) automatic driver download stopped working. So users of Utopic and Trusty who connect a printer only supported by a downloadable driver package listed at OpenPrinting (mostly newer Epson inkjets but also new PostScript/PCL printers from Ricoh and OEM, Samsung, ...) will not get the correct driver letting the printer not work at all or work with an inferior generic driver.
[Test Case]
If you do not have one of the mentioned printers, create a file named /usr/lib/
echo 'direct usb://EPSON/EP-801A "EPSON EP-801A" "EPSON EP-801A" "MFG:EPSON;
and make it world-readable and -executable:
sudo chmod a+rx /usr/lib/
This emulates an Epson EP-801A printer on USB, at least for CUPS' printer discovery facility.
Start system-
With the proposed packages for Utopic and Trusty a driver is find via OpenPrinting ("epson-escpr") and offered for download. Accepting this leads to the driver being installed (and the Debian package repository at Epson being locally registered for future updates by Ubuntu's update mechanism) and afterwards automatically being assigned to the new print queue. The user is only asked for setting the queue name and comments before the wizard completes.
[Regression Potential]
Regression potential is low, as the fix consists of several small, independent changes, and most of them are not hit if the newly added printer is supported by a locally available driver.
Changed in system-config-printer (Ubuntu): | |
status: | In Progress → Fix Released |
Changed in system-config-printer (Ubuntu Trusty): | |
status: | New → In Progress |
Changed in system-config-printer (Ubuntu Utopic): | |
status: | New → In Progress |
Changed in system-config-printer (Ubuntu Trusty): | |
importance: | Undecided → High |
Changed in system-config-printer (Ubuntu Utopic): | |
importance: | Undecided → High |
description: | updated |
description: | updated |
Changed in system-config-printer (Ubuntu Trusty): | |
status: | In Progress → Fix Committed |
Part of the fix is the workaround for the aptdaemon problem reported as bug 1397750.