Closed Bug 720134 Opened 13 years ago Closed 11 years ago

Printing preferences are stored without print. prefix

Categories

(Toolkit :: Printing, defect)

defect
Not set
major

Tracking

()

RESOLVED FIXED
mozilla24

People

(Reporter: iannbugzilla, Assigned: dholbert)

References

(Blocks 1 open bug)

Details

(Keywords: regression)

Attachments

(1 file)

Since the landing of bug 656826 printing preferences are stored as printer_<printername>.print_* rather than print.printer_<printername>.print_* Also as print_printer rather than print.print_printer The old code used to store to a prefBranch the new code doesn't. This needs to be corrected to use the print. branch.
Blocks: 719341
Keywords: regression
So as noted in bug 885759 comment 2, we used to add two copies of the "print." prefix. Bug 203937 removed one of those (intentionally, to fix the double-up). Then bug 656826 removed the other copy, via the pref API change. We should probably just revert bug 203937. (the one that removed the at-the-time redundant "print." prefix)
Attached patch fix v1 (deleted) — Splinter Review
This adds back the line that was removed in bug 203937, as I suggested in my previous comment. (though with the updated string API, AssignLiteral). I changed a few contextual Append() calls with literal strings to AppendLiteral, too. I verified locally that this fixes the issue, with my STR in bug 885759. (basically, tweaking the print header string in the print options UI, and then inspecting about:config to see where the updated string is stored). Before this patch, a custom print header-left string will be stored in the pref "print_headerleft". After this patch, it gets stored in "print.print_headerleft", as intended.
Assignee: nobody → dholbert
Status: NEW → ASSIGNED
Attachment #765982 - Flags: review?(roc)
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla24
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: