Closed Bug 126719 Opened 23 years ago Closed 19 years ago

CTRL+R (F5) reloads page in the print preview window

Categories

(Core :: Print Preview, defect)

Product:
Core
Component:
Print Preview
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
RESOLVED WORKSFORME
Milestone:
Future

People

(Reporter: alexsavulov, Unassigned)

References

Details

(Keywords: helpwanted, regression)

Attachments

(2 files)

example of bad behavior
594 bytes, text/html
Details
Screenshot showing problem still present in Firefox 1.0.6
100.33 KB, image/png
Details 
I like the new print preview window, is very cool. (particulary the zoom
function is super)

There's a small problem:
 CTRL+R reloads the page and displays in the print preview window. 

I used to use Ctrl+R to get out of the print preview mode in the previous
builds. Now the new p.p. window has a close button. I think that a shortcut
would be nice to have too.

(now i know what changed so that the crash reported on 126490 WFM now :-)
I think this is a UI issue
Assignee: rods → sgehani
-> Future, helpwanted
Keywords: helpwanted
Target Milestone: --- → Future
Using Build ID: 2002031903 I see this. The odd thing is that once you hit
Ctrl-R, you are back in "browser mode," but you still get the print preview bar
on top. In print preview, Ctrl-R should either do nothing; or reload the current
page and go back to "browser mode." 
This now only happends in the Landscape layout.
Keywords: mozilla1.0.1, nsbeta1
Nav triage team: nsbeta1-
Keywords: nsbeta1 → nsbeta1-
Keywords: mozilla1.0.1 → mozilla1.3
*** Bug 175471 has been marked as a duplicate of this bug. ***
If you are browsing using several tabs in the same window, it is not possible to
access the other tabs after this bug has occurred.

The contents of the other tabs are thus lost. This is rather annoying.
I confirm part of the previous comment on a recent 1.3a nightly build.

After Ctrl+R on a print preview window, where there are multiple tabs, the
"close" button" stops working. Closing the window itself results not in a
reversion to normal mode from print preview mode, but the closing of the entire
browser window.

Workaround: Ctrl+Tab still allows you to access multiple tabs, but only in print
preview mode. 

Increasing severity to major.

This bug is symptomatic of a larger problem. I think we should implement print
preview in a separate window, like IE does. See bug 133787.
Severity: normal → major
this happens in 1.3a for mac os x, as well.
OS: Windows 2000 → All
Hardware: PC → All
*** Bug 190599 has been marked as a duplicate of this bug. ***
*** Bug 191296 has been marked as a duplicate of this bug. ***
*** Bug 192252 has been marked as a duplicate of this bug. ***
*** Bug 195231 has been marked as a duplicate of this bug. ***
seeing the same on W2k with Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:1.3b) Gecko/20030210

but I can´t confirm comments #7 and #8. After reloading print preview with
Ctrl+R or F5 and clicking on close with multiple tabs opened, everything works
again as expected except the one tab I opened in print preview. There every try
to change the url of the tab results in the error message "the document cannot
change while Printing or in Print Preview".

To resolve this and get Mozilla to work as expected, one can use the following
workarounds: 

1. Open the print preview of the affected tab and close print preview again and
the tab works as expected.

2. Click on Print after reloading Print Preview and
a) simply print the page. The menu bar of print preview vanishes and everthing
works as expected
b) after clicking on chancel in printing dialog and on close in the print
preview menu bar. Here again everything is okay afterwards.
Blocks: 195721
Keywords: mozilla1.3
I reload print preview window in Moz1.3 release and press Close button. When I
type new location, Moz alerted to me "The document cannot change while Printing
or Print Preview".
*** Bug 203654 has been marked as a duplicate of this bug. ***
Blocks: 193579
This bug is assigned to Samir, does the still work at Netscape? Should it be
reassigned to default owner of the component?
*** Bug 209196 has been marked as a duplicate of this bug. ***
Summary: CTRL+R reloads page in the print preview window → CTRL+R (F5) reloads page in the print preview window
I'm adding my comments from my other bug because they show another side to this bug.

-----------------

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4b)
Gecko/20030507
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4b)
Gecko/20030507

In print preview mode Mozilla allows refreshing via F5 (or ctrl + r).  Once this
is done, closing print preview does not allow you to change the page.  Instead
it gives you an error about not changing pages in print preview mode.

Reproducible: Always

Steps to Reproduce:
1. Go to any webpage
2. File -> Print Preview
3. Press F5 to refresh the page, it will redraw the page
4. Close the print preview
5. Navigate to any new webpage

Actual Results:  
An error is produced stating that the page cannot change while in print or print
preview mode.

Expected Results:  
1. Not allow a page refresh in print preview mode

or 

2. Allow a refresh, but still allow navigation after the print preview mode
*** Bug 223946 has been marked as a duplicate of this bug. ***
*** Bug 227648 has been marked as a duplicate of this bug. ***
This attachment shows that "refresh" in the print preview takes you out of
print preview mode by using CSS's @media property.

To get the effect, load the attachment in your browser as a page.  Then go to
print preview.	While in print preview, reload the page by any of the following
methods:
Ctrl-R
F5
Right-click/select Reload

The @media type changes from print to screen.  The only way out is to close the
browser window.

I suggest changing the implementation of Print Preview.  IMHO it's hard --
perhaps too hard -- to maintain a dumbed-down version of the HTML rendering
code.  I'd say develop something akin to Mac OS X's "Preview" - that is, print
to a postscript file, render that as a pdf, and display the PDF.  That would
probably eliminate a whole slew of Print Preview bugs related to active
content.
Flags: blocking1.7a?
Flags: blocking1.6?
Flags: blocking1.4.2?
It goes back to browser mode.
You can select text, follow links, and... if you refresh and close the window,
it loads further in your real browser.
too late for feature redesign work in 1.6
Flags: blocking1.6? → blocking1.6-
Blocks: 223888
What's strange is:  If I press backspace while in print preview, I get a nice
little popup error msg telling me I can't change the page while in preview mode.  

Would it be very difficult to just point F5 to the same function?  (I'm asking
because I don't know how difficult that would be.)


Without a patch, and no one working on this, not going to hold the release. We'd
consider a patch if someone comes up with one.
Assignee: sgehani → nobody
Flags: blocking1.7a? → blocking1.7a-
Flags: blocking1.4.2? → blocking1.4.2-
*** Bug 234807 has been marked as a duplicate of this bug. ***
*** Bug 235955 has been marked as a duplicate of this bug. ***
*** Bug 236475 has been marked as a duplicate of this bug. ***
(In reply to comment #25)
> What's strange is:  If I press backspace while in print preview, I get a nice
> little popup error msg telling me I can't change the page while in preview mode.  

Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7b) Gecko/20040313
Firefox/0.8.0+ (djeter)

Backspace key no longer displays that pop-up message.  It simply has no effect,
which is fine.  

Can whoever changed the action of the backspace key make the same change to the
action of the F5 key?
This bug also exhibits itself in Firefox. Not sure if its the same bug, or if
the code is forked. Not filing a new bug, because I don't know if the code is
forked. UA I tested with:

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040317 Firefox/0.8.0+
*** Bug 237702 has been marked as a duplicate of this bug. ***
*** Bug 242180 has been marked as a duplicate of this bug. ***
*** Bug 242547 has been marked as a duplicate of this bug. ***
Keywords: regression
*** Bug 242996 has been marked as a duplicate of this bug. ***
*** Bug 246396 has been marked as a duplicate of this bug. ***
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-GB; rv:1.7) Gecko/20040615

Using the above build, I now crash when pressing Ctrl+R in Print Preview

Talkback IDs
TB123635Q
TB123707H

*** Bug 250391 has been marked as a duplicate of this bug. ***
Blocks: 253541
*** Bug 254846 has been marked as a duplicate of this bug. ***
*** Bug 261756 has been marked as a duplicate of this bug. ***
*** Bug 253541 has been marked as a duplicate of this bug. ***
Would like to confirm this for FireFox 0.10.1 (1.0 PR).
This still occurs in Mozilla 1.7.3 Linux x86.

Initially I noticed that hitting ctrl-r in print preview caused the title and
url to disappear from the top of the page.  Then I noticed that closing the
window closed the window I came from.  Since I was print-previewing this bug
submission page at the time, I had to type this text over again.  Grrr.

The previously attached example of bad behaviour still behaves badly.

While testing the bad behaviour attachment, I noticed that when I hit print
preview, the current page is replaced by the print preview page.  If I hit
ctrl-r, the print preview controls are still at the top, but the page itself
looks like it did before I hit print preview.  Hitting the 'close' button is the
same as hitting 'back' on a regular page.
*** Bug 267694 has been marked as a duplicate of this bug. ***
(In reply to comment #42)
> Would like to confirm this for FireFox 0.10.1 (1.0 PR).

Firefox 1.0 Release does this too.  (Mozilla/5.0 (Windows; U; Windows NT 5.1;
en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0)
*** Bug 268316 has been marked as a duplicate of this bug. ***
*** Bug 275443 has been marked as a duplicate of this bug. ***
*** Bug 276751 has been marked as a duplicate of this bug. ***
*** Bug 281420 has been marked as a duplicate of this bug. ***
*** Bug 281675 has been marked as a duplicate of this bug. ***
Confirmed in Firefox (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5)
Gecko/20041107 Firefox/1.0)) on Windows XP SP 2.

However, I was not able to get back to the normal browsing mode even after
printing the page.
*** Bug 282751 has been marked as a duplicate of this bug. ***
Bug 282552 is a duplicate of this.
And this bug is still valid in Firefox 1.0.1.
*** Bug 282552 has been marked as a duplicate of this bug. ***
Assignee: nobody → printing
QA Contact: sujay
*** Bug 286331 has been marked as a duplicate of this bug. ***
*** Bug 286577 has been marked as a duplicate of this bug. ***
*** Bug 287249 has been marked as a duplicate of this bug. ***
*** Bug 290973 has been marked as a duplicate of this bug. ***
*** Bug 291422 has been marked as a duplicate of this bug. ***
*** Bug 287691 has been marked as a duplicate of this bug. ***
*** Bug 291449 has been marked as a duplicate of this bug. ***
*** Bug 293218 has been marked as a duplicate of this bug. ***
*** Bug 294465 has been marked as a duplicate of this bug. ***
*** Bug 295330 has been marked as a duplicate of this bug. ***
*** Bug 296837 has been marked as a duplicate of this bug. ***
(In reply to comment #25)
> What's strange is:  If I press backspace while in print preview, I get a nice
> little popup error msg telling me I can't change the page while in preview mode.  
> 
> Would it be very difficult to just point F5 to the same function?  (I'm asking
> because I don't know how difficult that would be.)

Regression in Deer Park Alpha 1:  The backspace key now does bad things in
preview mode.  
*** Bug 296688 has been marked as a duplicate of this bug. ***
*** Bug 297059 has been marked as a duplicate of this bug. ***
*** Bug 297454 has been marked as a duplicate of this bug. ***
*** Bug 297453 has been marked as a duplicate of this bug. ***
*** Bug 299012 has been marked as a duplicate of this bug. ***
This is actually work for me in current trunk build:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050701
Firefox/1.0+
Shouldn't it be marked as such?
WFM too with build 20050702, Windows XP

:-D

Please reopen if you can reproduce with a trunk build
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Actually, after further testing, I noticed that F5 _does_ work. Though for it to
work,  you need to

1. click on the testcase (attachment 137338 [details])
2. Pressing F5 or ctrl+r will do nothing
3. right click witht the mouse a couple of times, no menu appears
5. but now F5 will work and reload

Should that be a new bug?
*** Bug 299530 has been marked as a duplicate of this bug. ***
Bug 299555 filed for the (rare and not easy to reproduce) issue mentioned in
comment 74
It still reproduces. 

Reproducible: Always
Steps to Reproduce:
1. Open page and execute "Print Preview".
2. Focus is moved to the text field that inputs the page number. 
3. Push "F5" key.


Windows XP Pro SP1
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja-JP; rv:1.8b2) Gecko/20050703
Firefox/1.0+
crot0@infoseek.jp, bug 299555 has been filed for that.
*** Bug 300134 has been marked as a duplicate of this bug. ***
Can't exit the preview after the F5
Could be useful to be able to reload the printer view of a page (HTML or CSS
"@media print" changing will developping for exemple)
At least in Firefox 1.0.6, this is still not resolved. Pressing F5 whilst in
Print Preview puts Firefox into a confused state.

Steps to repo:
1) Have multiple tabs open in Firefox.
2) On one of those tabs, go file -> print preview
3) Press the "F5" keyboard key.
4) Press the "close" button.

Observed behaviour: 
See attached screenshot. Note that multiple tabs are showing, AND the print
preview toolbar is showing. Firefox does not seem to know whether it is in
normal multi-tab browsing mode, or in print preview mode. Additionally, only
the "print" and "page setup" buttons on the toolbar seem to do anything (i.e.
all the others, including "Close", do nothing when pressed). Therefore the only
way to get out of this confused state seems to be to close the browser and then
to restart it.

Expected behaviour:
Pressing the F5 keyboard button in print preview mode to do nothing.
(In reply to comment #80)
> Can't exit the preview after the F5

(In reply to comment #81)
> At least in Firefox 1.0.6, this is still not resolved. 

This works fine with trunk builds. It will work as expected in the next major
release (1.5)
*** Bug 303534 has been marked as a duplicate of this bug. ***
*** Bug 303589 has been marked as a duplicate of this bug. ***
*** Bug 303589 has been marked as a duplicate of this bug. ***
*** Bug 303534 has been marked as a duplicate of this bug. ***
*** Bug 304619 has been marked as a duplicate of this bug. ***
*** Bug 305177 has been marked as a duplicate of this bug. ***
*** Bug 306048 has been marked as a duplicate of this bug. ***
*** Bug 312017 has been marked as a duplicate of this bug. ***
*** Bug 315678 has been marked as a duplicate of this bug. ***
*** Bug 317608 has been marked as a duplicate of this bug. ***
Not completely fixed! Bug reappears when page navigation buttons are used.

- open up any webpage
- select "file" > "print preview"
- at the page navigation, use one of the arrows ("next page" for example)
- hit the refresh shortcut (F5, CTRL+R, Cloaverleaf+R, ...)

This bug needs to be reopened...
Bramus, that's bug 299555.
I just found this in Windows XP SP2 with Firefox 1.5.0.7. If I open Print Preview, click Page Setup, then close the setup window and press F5, it breaks the GUI. It looks like the Print Preview window closes, and the original browser window suddenly becomes a mutant browser/preview window, sometimes with the tab bar.

This only seems to happen if I enter Page Setup before pressing F5, which may explain why few people could see it.
If you have a page with a meta refresh that triggers while you are previewing it you end up with an unclosable print preview, the tab bar open, no menu, no status bar and the window contents does not show the print page preview but instead shows the normal browser. You can't do anything to make the preview bar go away.

I'm using Mozilla/5.0 (X11; U; Linux i686; es-ES; rv:1.8.0.7) Gecko/20060920 Firefox/1.5.0.7, this bug should be reopened.
Still half-present in Firefox 3.0 RC1 on Windows XP SP2.
User agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0

Here are some scenarios in which this does and doesn't occur:

Fixed/does not occur, steps:
1. File > Print Preview on any page
2. Press F5, Ctrl+R, or Ctrl+Shift+R
Actual Results: Nothing happens
Expected Results: Same as actual results

Fixed/does not occur, steps:
1. File > Print Preview on any page
2. Click anywhere on chrome
3. Press F5, Ctrl+R, or Ctrl+Shift+R
Actual Results: "The document cannot change while Printing or in Print Preview"
Expected Results: Same as actual results

Unfixed, steps:
1. File > Print Preview on any page
2. Click Print...
3. Continue printing or click Cancel (either way the Print Preview window will remain)
4. Press F5 (Ctrl+R and Ctrl+Shift+R do not reproduce bug)
Actual Results: Reloads page, allows navigation, Close does not work, etc.
Expected Reults: Nothing happens, or alert like the other example.

How about instead of loading the Print Preview in the main window as it is done currently, open it in a new window? That way in the event that it breaks, it can still be closed without disrupting anything else.
Flags: blocking1.9.1?
Dagosta, please file a new bug for that (and mention the bug number here).
This bug seems to be back. See bug 444843.
Flags: blocking1.9.1?
You need to cancel the print dialog first though on that bug. Confirming that one and leaving this one closed.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: