Created attachment 348828 [details] troubleshoot from system-config-printer Description of problem: I'm having trouble with a USB printer. I endlessly trys to attach it self againt usb://Lexmark/E120 where it doesn't work (printing doesn't go anywhere), instead of using usb://Lexmark/Lexmark%20E120 (USB device that works with my printer). I can change the device manually, but after stopping and starting again the printer, changes get undone. Added an attachment of troubleshoot from system-config-printer. Version-Release number of selected component (if applicable): # rpm -q cups cups-1.4-0.rc1.3.fc11.x86_64 # rpm -q system-config-printer system-config-printer-1.1.8-1.fc11.x86_64 How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Please open a terminal window and run 'su -', then enter the root password. Then, run 'lpinfo -l -v' and attach the output to this bug report. Thanks!
Created attachment 348875 [details] Output of lpinfo
It looks like the printer was not connected when you did this. Please redo it with the printer connected and powered on. Thanks.
Created attachment 348878 [details] Output of lpinfo with the printer on.
Created attachment 348879 [details] Output of lpinfo, now with LANG unset
Thanks. The CUPS usb backend seems to be giving us the correct device URI. Under which circumstances do you find the incorrect device URI? Is it when plugging in the printer when no queue is configured for it, and a queue is automatically created?
When I plug the printer, I get usb://Lexmark/E120, like right now. I tried deleting the printer and creating it again, but after turning it off and back on, a second printer with the wrong uri comes up.
OK, definitely a hal-cups-utils problem. It is guessing the wrong device URI.
Is there something to about this? I don't see changes in the bug report.
Please be patient, I will get to this.
Attached the USB printer to my Notebook which has F11 too and it prints OK. Why doesn't my desktop computer work, having both F11 with the latest updates?
Hmm, not so definitely a hal-cups-utils problem after all. It turns out that CUPS used to assign the device URI usb://Lexmark/E120 to this model of device. I wonder if that change is intentional.
OK, change was not intentional. Changing component.
cups-1.4-0.rc1.10.fc11 has been pushed to the Fedora 11 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update cups'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F11/FEDORA-2009-6680
This update worked like a charme. Thanks to all the hard work.
cups-1.4-0.rc1.10.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report.