249919 - Print Preview breaks because of page refresh or external program creating new tab in window

Status: NEW

(Toolkit :: Printing, defect)

Description

[mmortal03]

User-Agent:       Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7) Gecko/20040701 Firefox/0.9.0+
Build Identifier: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7) Gecko/20040701 Firefox/0.9.0+

This bug is somewhat related to Bug 127909, and is probably also a Browser bug.
 When Print Previewing a page that auto refreshes, after the page auto
refreshes, the close button no longer works to close Print Preview, and the
refreshed page functions as a normal page.  Left clicks on links, which are
blocked in Print Preview, work again.  There is no way of getting out of this
buggy state without closing the browser window.  A loss of data occurs, because
one can't get back to where they were before because back is greyed out on right
click (though it technically IS the same page that was refreshed, the contents
that were on that page that you were wanting to print could have easily changed
in the auto refresh).
Note  that if you had other tabs open, once you hit close, they do appear. 
Also, if you close them out to where you have one page left open, and then hit
the Close button of the Print Preview, the tab of the one page you are viewing
with appear.

A good test page is http://sports.espn.go.com/mlb/scoreboard .

Reproducible: Always
Steps to Reproduce:
1. Go to a page that auto refreshes
2. Enter Print Preview
3. Wait for page to auto refresh

Actual Results:  
The page refreshes, and one can no longer close the print preview.  Also, left
clicks are functional again.

Expected Results:  
Auto refresh should not have occured in Print Preview, which would have avoided
this bug.  Note that while simply blocking auto refresh in Print Preview WOULD
AVOID this bug, I don't think that that would be the PROPER FIX, persay.

Comment 1

[Alex Jenkins]

I can confirm this bug.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040701
Firefox/0.9.0+ (MOOX-AV)

Windows XP

Comment 2

[mmortal03]

(In reply to comment #1)
> I can confirm this bug.
> 
> Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040701
> Firefox/0.9.0+ (MOOX-AV)
> 
> Windows XP

Can you mark it as confirmed?  Thanks

Comment 3

[alex leung]

I can also confirm this bug.

BTW, the close button doesn't work when F5 is pressed to refresh the page.
There is no way to get out of it but close the browser.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040722
Firefox/0.9.1+

Comment 4

[Christian Bell]

(In reply to comment #0)
I can confirm that this bug still exists as of Firefox 1.0PR. The refresh
portion of the bug also exists in Mozilla 1.7.2 - HOWEVER, the close button
functions as expected in Mozilla. In Firefox, however, the browser closes when
the Print Preview close button is clicked. This suggests that the bug probably
is in the trunk and not just Firefox, however, the bug is more aggressive in
Firefox due to the unexpected closure of the browser.

Although not critical, this should be flagged for fix in the next trunk branch.

Comment 5

[:Gavin Sharp [email: [e-mail]]]

*** Bug 271446 has been marked as a duplicate of this bug. ***

Comment 6

[:Gavin Sharp [email: [e-mail]]]

-> Minor, since it's a minor loss of function and an easy work around is present.

Comment 7

[:Gavin Sharp [email: [e-mail]]]

*** Bug 272836 has been marked as a duplicate of this bug. ***

Comment 8

[Worcester12345]

needs aviary landing keyword?

Comment 9

[brian]

This bug occurs for manual refreshes as well as automatic meta-refreshes.

Marking as depending on bug 268316, since that bug deals with refreshes screwing
up the browser window. Stopping automatic refreshes while in print-preview mode
seems like a second step.

Comment 10

[:Gavin Sharp [email: [e-mail]]]

*** Bug 292065 has been marked as a duplicate of this bug. ***

Comment 11

[Bramus]

No need to have a meta refresh ... just hit F5 (pc) to refresh the page (though this only works when one has scrolled a bit).

Above that: when print preview is open, and one opens an other file through his local system explorer, a new tab is created inside the print preview dialog.

Comment 12

[mmortal03]

Revising the Summary to match above comments.

Comment 13

[Worcester12345]

(In reply to comment #9)
> This bug occurs for manual refreshes as well as automatic meta-refreshes.
> 
> Marking as depending on bug 268316, since that bug deals with refreshes screwing
> up the browser window. Stopping automatic refreshes while in print-preview mode
> seems like a second step.

(In reply to comment #11)
> No need to have a meta refresh ... just hit F5 (pc) to refresh the page (though
> this only works when one has scrolled a bit).
> 
> Above that: when print preview is open, and one opens an other file through his
> local system explorer, a new tab is created inside the print preview dialog.
> 
Bug 126719 – CTRL+R (F5) reloads page in the print preview window has been marked as "worksforme". 

Does that also fix this bug?

Comment 18

[zug_treno]

See also Firefox bug 177491.

Comment 19

[BugBot [:suhaib / :marco/ :calixte]]

The severity field for this bug is relatively low, S4. However, the bug has 7 duplicates.
:mstriemer, could you consider increasing the bug severity?

For more information, please visit auto_nag documentation.

Comment 20

[BugBot (nomail) [:suhaib / :marco/ :calixte]]

The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant.