-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Johannes Meixner [07.10.2011 12:23]:
Hello,
On Oct 7 11:22 Werner Flamme wrote (excerpt):
First, my printer is configured to print on both sides of the paper. It does not do so now.
The printer I use as system default, the only printer defined locally. BTW, it's a HP LaserJet 4200dtn, accessed via network.
What is the output of a command like
lpoptions -p <queue_name> -l | grep -i duplex
You may run "lpoptions -p <queue_name> -l" and extract those lines which seem to be of interest regarding "print on both sides".
lpoptions -p hplaserjet4200 -l | grep -i duplex HPOption_Duplexer/: *True False Duplex/: None *DuplexNoTumble DuplexTumble
But there have always been reports that in this or that particular case there are issues with the CUPS web interface.
Yes *sigh*, I remember. Whenever any colleague tried to change the PPD file of any printer (last step in "modify printer"), Firefox built an endless loop. With Internet Exploder or Opera, everything went fine.
For the "fun" an issue where it is the other way round:
There is a change regarding the CUPS web interface to make it work better in particular for Epiphany and Internet Explorer: http://www.cups.org/str.php?L3455
... seems to work ok with Firefox3 ... with epiphany (webkit), it hangs forever ... differently than Safari ... Same error happens in chrome ... issue on webkit-based browser (epiphany, chromium...) ... where on firefox or seamonkey it works fine ... neither IE 7 nor IE 8 seem to be able to handle it ... still a problem ... with IE8
Isn't that always the strategy? Build a product that is running well, and then go to a new version and "improve" something that hurts most other constellations? ;-) Currently, I care about SAP systems, so I know what I speak about ;-) In the present case, I can tell the colleagues to change the browser, so I do not see this as serious. Most of them run Windoze, anyway.
Regarding browser-dependant issues with the CUPS web interface it would be best to report such issues directly to upstream via http://www.cups.org/str.php?U so that there is a direct communication between the user who has such an issue with his particular browser and the upstream authors.
I tried to report a problem that I considered as a bug last year. The report was closed without any comment. I can not imagine that I will report anything at CUPS. BTW, it was the "-o job-sheets=none,none" addition to the file /etc/xinetd.d/cups-lpd that I was looking for - without even knowing that it exists. CUPS' docu was obviously written by its programmer... Regards, Werner -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAk6O4gEACgkQk33Krq8b42OvsACeNV3BNDXnA3u/Bz9rg8B159GY +nQAn3mObu6ysAJuTDIDB58vWMOLYzSr =MIZM -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org