Closed Bug 131852 Opened 23 years ago Closed 23 years ago

[FIX]Mozilla should use "global" print settings

Categories

(Core :: Printing: Output, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla1.0

People

(Reporter: rods, Assigned: rods)

References

Details

Attachments

(1 file)

nsbeta1+
Keywords: nsbeta1+
Attached patch patchSplinter Review
Besides turning on the pref, I needed to move the initialization code for getting the values from the default printer from the DocumentViewer down into the PrintOptions service. We want it done only the very first time when the PrintSettings is created.
Status: NEW → ASSIGNED
Keywords: review
Summary: Mozilla should use "global" print settings → [FIX]Mozilla should use "global" print settings
Target Milestone: --- → mozilla1.0
Instead of putting up a new patch, I thought I would mention I changed the following in nsPrintOptionsImpl: if (prtEnum) { to: if (NS_SUCCEEDED(rv)) {
Comment on attachment 74845 [details] [diff] [review] patch sr=attinasi, but I personally prefer the check for null on prtEnum vs. the check for rv, though they are probably synonymous (some slackers code it so that rv is NS_OK even though the object is null).
Attachment #74845 - Flags: superreview+
This case it is a return code from do_Service so the rv should always set correctly.
Attachment #74845 - Flags: review+
Comment on attachment 74845 [details] [diff] [review] patch r=dcone
*** Bug 127258 has been marked as a duplicate of this bug. ***
Comment on attachment 74845 [details] [diff] [review] patch a=scc
Attachment #74845 - Flags: approval+
fixed
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Rod, please verify...thanks!
verified.
Status: RESOLVED → VERIFIED
Depends on: 855889
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: