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)
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla0.9.8
People
(Reporter: mpgritti, Assigned: rods)
References
Details
(Whiteboard: [driver:blizzard] has patch)
Attachments
(2 files)
1014 bytes,
patch
|
Details | Diff | Splinter Review | |
980 bytes,
patch
|
Details | Diff | Splinter Review |
Reporter | ||
Comment 1•23 years ago
|
||
Comment 2•23 years ago
|
||
status to new and adding keywords
Comment 3•23 years ago
|
||
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
Updated•23 years ago
|
Target Milestone: --- → mozilla0.9.3
Comment 5•23 years ago
|
||
r=dcone
Comment 6•23 years ago
|
||
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?
Comment 7•23 years ago
|
||
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
Comment 8•23 years ago
|
||
now calles GetPrintSilent() and passes silent var to Print().
Status: RESOLVED → VERIFIED
Comment 9•23 years ago
|
||
Checked into the .92 branch.
Reporter | ||
Comment 10•23 years ago
|
||
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 → ---
Comment 12•23 years ago
|
||
This patch gets the silent value from the print options and passes it on properly.
Updated•23 years ago
|
Whiteboard: has patch
Comment 13•23 years ago
|
||
I've tested this patch with galeon and mozilla and it seems to do the right thing.
Updated•23 years ago
|
Whiteboard: has patch → [driver:blizzard] has patch
Comment 14•23 years ago
|
||
This is no longer an issue for the 094 branch. Removing topembed keyword.
Keywords: topembed
Updated•23 years ago
|
Target Milestone: mozilla0.9.3 → mozilla0.9.8
Assignee | ||
Comment 15•23 years ago
|
||
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
Comment 16•23 years ago
|
||
sr=hyatt
Assignee | ||
Comment 18•23 years ago
|
||
checked in on 0.9.8 brnach and trunk - fixed
Status: ASSIGNED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → FIXED
Comment 19•23 years ago
|
||
I didn't see this patch checkin in the trunk (nsWebBrowser.cpp). Mozilla trunk build 0.9.8 Gecko 20020209.
Updated•23 years ago
|
QA Contact: depstein → dsirnapalli
Updated•5 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•