From: Anton V. <an...@ik...> - 2009-09-30 13:20:19
|
Asmo Koskinen kirjoitti: > Anton Vaaranmaa kirjoitti: > >> I'll ive it a test after lunch... > > Anton, one thing. I did add remote printer manually in > /etc/cups/printer.conf file in LTSP/CUPS server. After that FF as a > local application did see printer and 'Print' was clear. But it says > something bout connection error, when I did hit button. > > I did use ipp:// format. Not really sure is that good one. > > http://www.cups.org/documentation.php/doc-1.4/ref-printers-conf.html > > I bring this question up in our workshop next week and we do some > testing, too. Asmo and all others, I think I have located the problem at least to which software is failing to function as expected. I plugged my old laptop, stopped the Cups daemon and created a client.conf file and inserted "ServerName myprintserver.local". I started Firefox (v 3.0), and had the same problem as I have had with our LTSP local apps: the print button was gray for all printers on the list that are configured on the primary print server! Then I did some more testing: I launched Konqueror. It gave me the normal KDE print dialogue and the printer list /and/ <*drumrolls*> ... a print button! I printed some pages and they printed out successfully! Then I launched Thunderbird (v2.0 something) and I could print normally also with this one! Conclusion: Firefox => 3.0 (and likely also other Mozilla/XUL apps of its generation) has a bug that does not let you print in an environment with multiple Cups servers, at least not when the master print server is CentOS 5 (or some other RHEL clone). PS. Did not find this bug in Mozilla Bugzilla. I'm filing a bug as we speak... -- Anton |