Closed
Bug 76456
Opened 25 years ago
Closed 24 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•25 years ago
|
||
![]() |
||
Comment 2•25 years ago
|
||
status to new and adding keywords
![]() |
||
Comment 3•25 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•24 years ago
|
Target Milestone: --- → mozilla0.9.3
![]() |
||
Comment 5•24 years ago
|
||
r=dcone
![]() |
||
Comment 6•24 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•24 years ago
|
||
Checked in fix. The issue brought up by Adam is actually another bug I am
working on.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
![]() |
||
Comment 8•24 years ago
|
||
now calles GetPrintSilent() and passes silent var to Print().
Status: RESOLVED → VERIFIED
![]() |
||
Comment 9•24 years ago
|
||
Checked into the .92 branch.
![]() |
Reporter | |
Comment 10•24 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•24 years ago
|
||
This patch gets the silent value from the print options and passes it on
properly.
![]() |
||
Updated•24 years ago
|
Whiteboard: has patch
![]() |
||
Comment 13•24 years ago
|
||
I've tested this patch with galeon and mozilla and it seems to do the right thing.
![]() |
||
Updated•24 years ago
|
Whiteboard: has patch → [driver:blizzard] has patch
![]() |
||
Comment 14•24 years ago
|
||
This is no longer an issue for the 094 branch. Removing topembed keyword.
Keywords: topembed
![]() |
||
Updated•24 years ago
|
Target Milestone: mozilla0.9.3 → mozilla0.9.8
![]() |
Assignee | |
Comment 15•24 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•24 years ago
|
||
sr=hyatt
![]() |
Assignee | |
Comment 18•24 years ago
|
||
checked in on 0.9.8 brnach and trunk - fixed
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
![]() |
||
Comment 19•24 years ago
|
||
I didn't see this patch checkin in the trunk (nsWebBrowser.cpp). Mozilla trunk
build 0.9.8 Gecko 20020209.
![]() |
||
Updated•24 years ago
|
QA Contact: depstein → dsirnapalli
Updated•7 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•