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)
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
Reporter | ||
Comment 1•16 years ago
|
||
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")
Reporter | ||
Updated•16 years ago
|
Flags: wanted1.9.2?
Reporter | ||
Updated•16 years ago
|
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
Reporter | ||
Comment 2•16 years ago
|
||
(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.
Reporter | ||
Comment 4•16 years ago
|
||
Yeah, I think this applies to a whole bunch of print preferences.
Comment 5•16 years ago
|
||
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.
Reporter | ||
Updated•13 years ago
|
Flags: wanted1.9.2?
Comment 7•12 years ago
|
||
This issue should be fixed by bug 446041.
Comment 8•6 years ago
|
||
Priority: -- → P5
Reporter | ||
Comment 9•3 years ago
|
||
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.
Description
•