Closed Bug 76456 Opened 23 years ago Closed 23 years ago

[Patch] nsIWebBrowserPrint must allow to do a silent print

Categories

(Core Graveyard :: Embedding: APIs, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
mozilla0.9.8

People

(Reporter: mpgritti, Assigned: rods)

References

Details

(Whiteboard: [driver:blizzard] has patch)

Attachments

(2 files)

 
status to new and adding keywords
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: patch, review
Correction: Changing QA contact for the Embed API bugs to David Epstein.
QA Contact: mdunn → depstein
Reassigning to Don.

Don, can you verify the way silent printing should work?

Personally I think that in silent mode or when there is no print listener (which 
could mean the same thing) that the Print command should only return once 
printing has completed. This prevents crashes when the content viewer is 
destroyed mid-print by the docshell when the user browses to another page.
Assignee: adamlock → dcone
Blocks: 77421
Target Milestone: --- → mozilla0.9.3
Blocks: 64841
r=dcone
sr=attinasi. Have we verified that this takes care of the concern that Adam Lock
mentioned about crashing during printing when a newq page is navigated to?
Checked in fix.  The issue brought up by Adam is actually another bug I am 
working on.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
now calles GetPrintSilent() and passes silent var to Print(). 
Status: RESOLVED → VERIFIED
Keywords: topembed
Checked into the .92 branch.
The bug is back, silent is ignored.

In nsWebBrowser::DoPrintOrPrintPreview
rv = contentViewerFile->Print(PR_FALSE, aThePrintSettings, aProgressListener);

The patch is trivial and similar to first one. Let me know if I should submit
and updated version of it.
This is pretty critical for galeon, it would be good if it could be fixed for
0.9.8 release.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Reassigning to Rod.
Assignee: dcone → rods
Status: REOPENED → NEW
This patch gets the silent value from the print options and passes it on
properly.
Whiteboard: has patch
I've tested this patch with galeon and mozilla and it seems to do the right thing.
Whiteboard: has patch → [driver:blizzard] has patch
This is no longer an issue for the 094 branch. Removing topembed keyword.
Keywords: topembed
Target Milestone: mozilla0.9.3 → mozilla0.9.8
r=rods 
I'll check this in to the trunk and the 0.9.8 branch

But I have a large patch coming that reworks the APIS and the silent arg goes
away along with the confusion.
Status: NEW → ASSIGNED
sr=hyatt
a=blizzard on behalf of drivers for 0.9.8
Keywords: mozilla0.9.8+
checked in on 0.9.8 brnach and trunk - fixed
Status: ASSIGNED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → FIXED
I didn't see this patch checkin in the trunk (nsWebBrowser.cpp). Mozilla trunk
build 0.9.8 Gecko 20020209.
QA Contact: depstein → dsirnapalli
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: