Closed Bug 464985 Opened 16 years ago Closed 3 years ago

Changes to "Print Background Images/Colors" checkboxes don't persist, on Linux

Categories

(Core :: Widget: Gtk, defect, P5)

x86
Linux
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: dholbert, Unassigned)

References

()

Details

EXPERIMENT B: 0. (Start with a fresh profile, if necessary) 1. Load attachment 348248 [details] (or any other page with a background) 2. File | Print 3. Go to "Options" tab, and check "Print Background Images" 4. Click 'Print' 5. File | Print again 6. Go to "Options" tab EXPECTED RESULTS: "Print Background Images" should still be checked. ACTUAL RESULTS: "Print Background Images" is *not* checked EXPERIMENT B: 0. In about:config, create a boolean pref called "print.print_bgimages", and set it to "true" 1. Load attachment 348248 [details] (or any other page with a background) 2. File | Print 3. Go to "Options" tab (NOTICE: "Print Background Images" is already checked!) and **uncheck** Print Background images. 4. Click 'Print' 5. File | Print again 6. Go to "Options" tab EXPECTED RESULTS: "Print Background Images" should still be unchecked. ACTUAL RESULTS: "Print Background Images" is checked Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b2pre) Gecko/20081114 Minefield/3.1b2pre
So it looks like every time we print, we write the "print background images" setting out to "print.[PrinterName].print_bgimages". But we never actually read from that pref -- we only read from the "print.print_bgimages" pref. (which there's no UI to configure, and which has a default value of "false")
Flags: wanted1.9.2?
Summary: Changes to "Print Background Images/Colors" in UI don't persist, on Linux → Changes to "Print Background Images/Colors" checkboxes don't persist, on Linux
(In reply to comment #0) > EXPERIMENT B: > 0. (Start with a fresh profile, if necessary) oops... that first one was supposed to be "EXPERIMENT A"
(In reply to comment #1) > So it looks like every time we print, we write the "print background images" > setting out to "print.[PrinterName].print_bgimages". > > But we never actually read from that pref -- we only read from the > "print.print_bgimages" pref. (which there's no UI to configure, and which has a > default value of "false") I think the same applies to "print.print_bgcolor" / "print.[PrinterName].print_bgcolor" properties.
Yeah, I think this applies to a whole bunch of print preferences.
For what it's worth, I still get this with Firefox 3.5rc2 on Linux. It looks like bug 429189 and bug 472432 are duplicates.
Flags: wanted1.9.2?
This issue should be fixed by bug 446041.

This is now WORKSFORME; I just tested using our built-in tab-modal print dialog, and after a successful print (to the Save To PDF print backend) with this checkbox checked, the checkbox is again checked the next time I attempt to print.

Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.