Closed Bug 230679 Opened 21 years ago Closed 21 years ago

Print preview close but not intuitive

Categories

(Core :: Print Preview, enhancement)

x86
Windows XP
enhancement
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: bugz, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.6b) Gecko/20031216 Firebird/0.7+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.6b) Gecko/20031216 Firebird/0.7+

When closing the print preview you need to hit the close button, not the X in
the top right corner. This is not intuitive, and is inconsistent with the way
other components like this work - for example view source opens in a seperate
window.

Reproducible: Always

Steps to Reproduce:
1.Open print preview
2.Press X to close
3.Whole application closes

Actual Results:  
Browser closed

Expected Results:  
Close preview window and leave the browser open
hm, most applications that support print preview work like mozilla...
I've noticed this behavior.  It is extremely irritating, and should be changed.
 Kinda scarry when you have like 15 tabs open and Mozilla tries to close, but
luckily there's a popup which asks if you really want to close, without which
those 15 tabs are surely lost.

I believe this would be trivial to implement.
OOO and Word work like this but I think a closer comparison might be IE where
the preview is in a seperate window.

I used to get warnings about closing with open tabs but no longer. Perhaps I
ticked an option asking not be asked again?
Is Mozilla's aim to be conformist to IE or to be better than IE?  I see no
drawbacks to having the Print Preview in a separate window, after all, the
existing 'Close' button can stay exactly where it is.
Comment #3:
It is entirely possible, because there is an option to disable warnings on each
individual warning.  I've been told the setting is "browser.tabs.warnOnClose"
(in about:config,) although I haven't tried it.
I think for a web browser (where print preview is not another equal mode), print
preview ought to be in its own window.  I think that may not have been done
originally because of bugs...
Comment 4:
Agree we need to exceed rather than imitate IE blindly, but on close print
preview I am afraid IE is ahead. As you say this need not preclude use of
another close button so it will not disorient those used to this functionality.

Comment 5:
I do not have this setting in my about config, and this tallies with the fact
that I do not recall having disabled this reminder, and my install is fairly
recent. That said, it could be something missing in my build which is
Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.6b) Gecko/20031216
Firebird/0.7+

Comment 6:
Agree but if it was dropped due to bugs are these still open somewhere? If so a
bug report like mine should already exist with some reference to these bugs. 
Cannot reproduce on Mozilla build 2004012509
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7a) Gecko/20040125

Also unable to reproduce on Mozilla Firebird
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.6) Gecko/20040128 Firebird/0.7+

Both Mozilla and Mozilla Firebird no longer exhibits the problems described.
Resolving this bug as FIXED.
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.