Closed
Bug 230679
Opened 21 years ago
Closed 21 years ago
Print preview close but not intuitive
Categories
(Core :: Print Preview, enhancement)
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
Comment 1•21 years ago
|
||
hm, most applications that support print preview work like mozilla...
Comment 2•21 years ago
|
||
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?
Comment 4•21 years ago
|
||
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 5•21 years ago
|
||
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.
Description
•