Closed Bug 304646 Opened 19 years ago Closed 19 years ago

nsPrintOptions::InitPrintSettingsFromPrefs shouldn't do NS_WARNING when prtName.IsEmpty()

Categories

(Core :: Printing: Output, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: bastiaan, Assigned: bastiaan)

Details

Attachments

(2 obsolete files)

..because it is seems to be a normal occurrence. Also, as I (repeatedly) pointed
out in bug 303091, nsPrintOptions::SavePrintSettingsToPrefs() shouldn't write
the preferences when the printer name is empty. The code in
InitPrintSettingsFromPrefs() (which is functionally the same as before I
modified it) strenghtens my case.
Attached patch patch (obsolete) — Splinter Review
The NS_ENSURE_SUCCESS() in InitPrintSettingsFromPrefs will signal in OOM
situations.
Assignee: printing → b.jacques
Status: NEW → ASSIGNED
Attachment #192687 - Flags: review?(timeless)
Attachment #192687 - Flags: superreview?(dmose)
Comment on attachment 192687 [details] [diff] [review]
patch

..But another comment in the file counted against my case. Removing review
requsts pending further investigation.
Attachment #192687 - Flags: superreview?(dmose)
Attachment #192687 - Flags: review?(timeless)
Attached patch try 2 (obsolete) — Splinter Review
I'm now of the opinion that the comment inside SavePrintSettingsToPrefs is
wrong. It makes sense to me when taking in mind how InitPrintSettingsFromPrefs
reads prefs without a printer name. This patch maintains the original
behaviour, changes the comments to make more sense and removes the NS_WARNING
as the previous patch did.
Attachment #192687 - Attachment is obsolete: true
Attachment #194105 - Flags: superreview?(dmose)
Attachment #194105 - Flags: review?(timeless)
Attachment #194105 - Flags: review?(timeless) → review+
Comment on attachment 194105 [details] [diff] [review]
try 2

sr=dmose
Attachment #194105 - Flags: superreview?(dmose) → superreview+
Comment on attachment 194105 [details] [diff] [review]
try 2

mozilla/gfx/src/nsPrintOptionsImpl.cpp	1.76
Attachment #194105 - Attachment is obsolete: true
Revision was 1.78.
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: