Open
Bug 564762
Opened 14 years ago
Updated 2 years ago
Does not use .lpoptions if silent printing is enabled
Categories
(Firefox :: General, defect)
Tracking
()
UNCONFIRMED
People
(Reporter: kiuzeppe, Unassigned)
References
Details
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.2) Gecko/20100316 Firefox/3.6.2 If print.always_print_silent is true, Firefox does not use printer defined in .lpoptions file. If print.always_print_silent is false, printer defined in .lpoptions is used as preselected printer. Reproducible: Always Steps to Reproduce: 1. On .lpoptions file, define some _other_ printer than system default 2. Start Firefox, check that print.always_print_silent is undefined or false 3. Print using Ctrl-P 4. Observe printer list, printer defined in .lpoptions is preselected 5. Set print.always_print_silent to true and restart Firefox 6. Print using Ctrl-P Actual Results: Prints to default printer, not the one defined in .lpoptions Expected Results: Prints to printer defined in .lpoptions NOTE: Problem is about Linux version even when this report is written on a Mac!
Comment 1•14 years ago
|
||
Reporter, are you still seeing this issue with Firefox 3.6.13 or later in safe mode? If not, please close. These links can help you in your testing. http://support.mozilla.com/kb/Safe+Mode http://support.mozilla.com/kb/Managing+profiles You can also try to reproduce in Firefox 4 Beta 8 or later, there are many improvements in the new version, http://www.mozilla.com/en-US/firefox/all-beta.html
Whiteboard: [CLOSEME 2011-1-30]
Comment 3•14 years ago
|
||
No reply, INCOMPLETE. Please retest with Firefox 3.6.13 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
As I already said, problem is still present in 3.6.13.
Status: RESOLVED → UNCONFIRMED
Resolution: INCOMPLETE → ---
Comment 5•13 years ago
|
||
Does Firefox 4 change the story any for you?
Whiteboard: [CLOSEME 2011-1-30]
Version: unspecified → 3.6 Branch
Don't know, sorry. 4.0 requires glibcxx version that is not available for CentOS 5.5.
I can confirm that I am seeing this bug in FF 10.0.11 ESR on CentOS 5.8. In addition to the original description, I've noticed that FF seems to act as if it has printed to the proper (user's default) printer. Options print_printer and printer_{name}.* all get set as for the correct printer, but the actual job gets sent to the system default printer.
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•