Open Bug 564762 Opened 14 years ago Updated 2 years ago

Does not use .lpoptions if silent printing is enabled

Categories

(Firefox :: General, defect)

3.6 Branch
x86
Linux
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!
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]
Yes, problem is still present with 3.6.13.
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 → ---
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.
Confirmed in 17.0.2 ESR as well.
See Also: → 1426343
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.