149907 - Print Preview allows TAB switching -> invalid behaviour

Status: RESOLVED FIXED

(SeaMonkey :: Tabbed Browser, defect)

Description

[Alexander Zink :alex]

1. Open the Mozilla Navigator.
2. Open different WWW pages simultaneously into TABs (same Navigator main window).
3. With one of the TABs actiavated, start the Print Preview - the current page
is layed out for printing (page borders are printed).
4. Press the Ctrl-PgUp/Ctrl-PgDn keys to hop between TABs.

The Print Preview GUI remains but the web pages of the other TABs are NOT layed
out for printing but for regular screen display (e.g. the page border is no
longer shown)!

Solutions:
a) Switch to standard GUI for every other TAB but the one(s) the user activated
the Print Preview view for.
b) Disable TAB switching shortcuts while in Print Preview.
c) Allow TAB switching shortcuts, but display all other TAB content correctly as
Print Preview (layed out with page border).

I personally vote for c) -  it's a nice add-on functionality...

Ciao,
Alex

Comment 1

[Andrew Hagen]

Resolving as a duplicate. If this is not a duplicate, reopen.

See also bug 133503.

*** This bug has been marked as a duplicate of 110641 ***

Comment 2

[Alexander Zink :alex]

In fact, my solution suggestion a) is basically the same thing that is mentioned 
in bug 110641. 

But this bug report covers the current implementation of the print preview in 
combination with tabbed browsing: the topic of this bug is that tab switching is 
enabled while in print preview, but not working in a reasonable way: If you 
switch to another tab while in print preview, the print preview GUI remains 
while the content of the page (the other tab's content) is displayed as a 
regular web page (not as a print priview!).

Comment 3

[Andrew Hagen]

So if this bug is fixed, what will Mozilla's behavior be?

Comment 4

[Boris Zbarsky [:bzbarsky]]

This is basically a regression of bug 127226.

Comment 5

[[e-mail]]

Fix for b) is available in bug 133503.

Comment 6

[Samir Gehani]

Nav triage team: nsbeta1-

Comment 7

[rcummins]

This bug still exists on Win32 as of build 2003071008.

Comment 8

[jag (Peter Annema)]

The fix for bug 133503 was recently checked in, it should be fixed in today's build.

I think (b) is sufficient to fix this bug. Since there are no visible tabs, I
don't think the user should be able to switch to them. Marking this bug fixed
(by the fix for bug 133503).