Closed
Bug 407080
Opened 17 years ago
Closed 17 years ago
Print preview can happen while the page is loading
Categories
(Core :: Print Preview, defect, P2)
Core
Print Preview
Tracking
()
VERIFIED
FIXED
People
(Reporter: martijn.martijn, Assigned: dholbert)
References
()
Details
(Keywords: regression)
Attachments
(1 file, 2 obsolete files)
2.53 KB,
patch
|
Details | Diff | Splinter Review |
Normally you get a dialog that says that the page is loading, you can't do print preview right now.
But in current trunk build that's not happening anymore, and you can do print preview while the page is loading.
That seems nice, but it has the bad effect that after closing print preview the page doesn't show up.
I haven't looked for a regression range yet.
Flags: blocking1.9?
Reporter | ||
Comment 1•17 years ago
|
||
This regressed between 2007-02-22 and 2007-02-23:
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2007-02-22+04&maxdate=2007-02-23+09&cvsroot=%2Fcvsroot
This is a regression from bug 370966.
The patch in that bug removed the NS_ERROR_GFX_PRINTER_DOC_IS_BUSY_PP error that apparently handled this.
Apparently, it is possible to print while a page is loading (even on branch), so I'm removing that part from the summary.
Blocks: 370966
Summary: Print preview (and probably print too) can happen while the page is loading → Print preview can happen while the page is loading
Updated•17 years ago
|
Assignee: nobody → dholbert
Assignee | ||
Comment 3•17 years ago
|
||
This patch just re-adds a chunk of nsPrintEngine::PrintPreview that was removed in bug 370966 (during the mergin of Print/ Print-Preview code.)
From doing some preliminary testing, it seems to work as expected.
Assignee | ||
Comment 4•17 years ago
|
||
(In reply to comment #3)
> in bug 370966 (during the mergin of Print/ Print-Preview code.)
s/mergin/merging/
OS: Windows XP → All
Hardware: PC → All
Updated•17 years ago
|
Flags: tracking1.9+ → blocking1.9+
Priority: P5 → P2
Assignee | ||
Comment 5•17 years ago
|
||
Attachment #306415 -
Flags: superreview?(roc)
Attachment #306415 -
Flags: review?(roc)
Assignee | ||
Comment 6•17 years ago
|
||
For reference, this code comes straight from nsPrintEngine::PrintPreview, just before the landing of bug 370966's patch.
http://tinyurl.com/yqt4ml
(line 761 - 775)
Assignee | ||
Updated•17 years ago
|
Status: NEW → ASSIGNED
Attachment #306415 -
Flags: superreview?(roc)
Attachment #306415 -
Flags: superreview+
Attachment #306415 -
Flags: review?(roc)
Attachment #306415 -
Flags: review+
Assignee | ||
Comment 7•17 years ago
|
||
patch v2 landed
Checking in nsPrintEngine.cpp;
/cvsroot/mozilla/layout/printing/nsPrintEngine.cpp,v <-- nsPrintEngine.cpp
new revision: 1.165; previous revision: 1.164
done
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Comment 8•17 years ago
|
||
This busted mochitests. test_bug396024.html invokes print preview and triggers the dialog here.
Assignee | ||
Comment 9•17 years ago
|
||
D'oh -- thanks for the heads-up. Backed out, & will investigate. (I'm guessing that the mochitest box just isn't giving the page enough time to load before calling PrintPreview on it.)
Assignee | ||
Comment 10•17 years ago
|
||
Reopening until I can re-land with mochitest fix.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Updated•17 years ago
|
Attachment #306342 -
Attachment is obsolete: true
Reporter | ||
Comment 11•17 years ago
|
||
Which machine was busted? Afaik, there is no printer installed on any of the tinderboxes, see bug 406063, so it shouldn't be able to fail on that.
However, test_bug396024.html will indeed fail when you have printers installed with this patch. But I think the test is flawed here. It needs to be rewritten.
Assignee | ||
Comment 12•17 years ago
|
||
I'm pretty sure that both of these were broken:
Linux qm-centos5-01 dep unit test
MacOSX Darwin 8.8.4 qm-xserve01 dep unit test
Not 100% sure about the mac, though.
Comment 13•17 years ago
|
||
This was busted on the FF Linux box and also my own box. There's always a print-to-file printer available on Linux (postscript and now PDF). The FF linux log is at
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1204592581.1204601771.24126.gz
Assignee | ||
Comment 14•17 years ago
|
||
Patch as-landed, with broken mochitest disabled, per conversation with Martijn and roc on IRC. (Martijn's going to fix the mochitest at some point.)
Checking in base/tests/Makefile.in;
/cvsroot/mozilla/layout/base/tests/Makefile.in,v <-- Makefile.in
new revision: 1.60; previous revision: 1.59
done
Checking in printing/nsPrintEngine.cpp;
/cvsroot/mozilla/layout/printing/nsPrintEngine.cpp,v <-- nsPrintEngine.cpp
new revision: 1.167; previous revision: 1.166
done
Attachment #306415 -
Attachment is obsolete: true
Assignee | ||
Updated•17 years ago
|
Status: REOPENED → RESOLVED
Closed: 17 years ago → 17 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 15•17 years ago
|
||
Ok, thanks, verified fixed in current trunk build.
I still find it sort of odd that you can print while the page is loading, but I'm not really sure if you can call it a bug or not.
But I think those printer error dialogs can be really annoying and if someone would want to make an automated testcase for this bug, then you would need a way to disable those error dialogs, so I filed bug 422949 for it.
Status: RESOLVED → VERIFIED
Reporter | ||
Comment 16•17 years ago
|
||
Btw, I have fixed the broken mochitest from bug 396024 now.
Comment 17•15 years ago
|
||
(In reply to comment #16)
> Btw, I have fixed the broken mochitest from bug 396024 now.
http://hg.mozilla.org/mozilla-central/rev/3093b487202a
You need to log in
before you can comment on or make changes to this bug.
Description
•