Closed
Bug 592185
Opened 14 years ago
Closed 14 years ago
No prompt to save multiple tabs when closing window with menu bar hidden
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
FIXED
Firefox 4.0b7
Tracking | Status | |
---|---|---|
blocking2.0 | --- | betaN+ |
People
(Reporter: myron02, Assigned: dao)
References
Details
(Keywords: dataloss, regression)
Attachments
(1 file)
696 bytes,
patch
|
Gavin
:
review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:2.0b5pre) Gecko/20100830 Firefox/4.0b5pre
Build Identifier: Mozilla/5.0 (Windows NT 5.1; rv:2.0b5pre) Gecko/20100830 Firefox/4.0b5pre
If there are multiple tabs and the menu bar is hidden, exiting the browser using the close button does not trigger a prompt to save the tabs.
Reproducible: Always
Steps to Reproduce:
1. Have at least 2 tabs open
2. Hide the menu bar (app menu is shown)
3. Close the window using the upper right close button (exiting through the app menu will trigger a prompt)
Actual Results:
Window closes without prompt to save tabs.
Expected Results:
There should be a prompt to save tabs.
Reporter | ||
Updated•14 years ago
|
Version: unspecified → Trunk
According to the latest nightly thread over on MozillaZine, this only affects XP, not Vista/7.
Updated•14 years ago
|
No longer blocks: 575870
Keywords: regressionwindow-wanted
Comment 2•14 years ago
|
||
This problem is introduced by Bug 575870.
BrowserTryToCloseWindow should use instead of window.close.
browser/base/content/browser.xul
<hbox id="titlebar-buttonbox">
<toolbarbutton id="titlebar-min" oncommand="window.minimize();"/>
<toolbarbutton id="titlebar-max" oncommand="onTitlebarMaxClick();"/>
- <toolbarbutton id="titlebar-close" oncommand="window.close();"/>
+ <toolbarbutton id="titlebar-close" oncommand="BrowserTryToCloseWindow();"/>
</hbox>
Assignee | ||
Updated•14 years ago
|
Blocks: 575870
Component: Session Restore → General
Keywords: regressionwindow-wanted → regression
QA Contact: session.restore → general
Assignee | ||
Updated•14 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee | ||
Updated•14 years ago
|
blocking2.0: --- → ?
Assignee | ||
Updated•14 years ago
|
Assignee: nobody → dao
Assignee | ||
Comment 3•14 years ago
|
||
Attachment #470794 -
Flags: review?(gavin.sharp)
Assignee | ||
Updated•14 years ago
|
Updated•14 years ago
|
blocking2.0: ? → betaN+
Updated•14 years ago
|
Attachment #470794 -
Flags: review?(gavin.sharp) → review+
Assignee | ||
Comment 4•14 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 4.0b6
Comment 8•14 years ago
|
||
This problem has not been fixed - it still occurs in Firefox 4.0 RC
Comment 10•14 years ago
|
||
What does "about:config" mean? Is that supposed to be some menu option somewhere, because I cannot see it anywhere in the UI. Can you provide a screenshot?
Reporter | ||
Comment 11•14 years ago
|
||
Type it into the location bar.
Comment 12•14 years ago
|
||
So I type "about:config" into the "URL field" and I get
This might void your warranty!
Changing these advanced settings can be harmful to the stability, security and performance of this application. You should only continue if you are sure of what you are doing.
OK - that is not a valid user experience.
So, it fixes the problem - cool!
So, prior to FF 4.0b10 I did not have this problem. After an automatic update to beta 10 the problem started. Until now I did not know how to fix the problem.
Issues:
1) There is still a bug! I don't care how you want to record it, but there is a serious defect here we are talking about.
2) The solution provided is not available through the Firefox UI, except as as trapdoor. No person could reasonably figure this out other than filing a bug report. Basically I'm saying the solution is "tribal knowledge."
Seriously, if Firefox wants to compete with Google Chrome in the long run, you just have to have way more respect for tabs.
Comment 13•14 years ago
|
||
Is there a reason about:config -> browser.showQuitWarning is set to false by default? I feel that it would be better to have the default as true and let people disable it if they want to.
Comment 14•14 years ago
|
||
I assume you are talking to others and not me. My assumption is that this was set or defaulted to true prior to beta 10, and then reset to false after beta 10, because that is when I stated having problems. Perhaps the setting added for beta 10 and whoever implemented forgot to initialize it to something reasonable.
I cannot imagine any same person who would want this default to false as it makes it impossible to save tabs between sessions, and it makes tab groups pretty much useless. But if you want to give people the choice, please set the default to true, and put a setting in the UI where people can find it and understand precisely what it means, instead of the current trapdoor.
Comment 15•14 years ago
|
||
Well, I just installed FF4 on a new Windows 7 system, and I had the same problem again:
about:config -> browser.showQuitWarning = false
and I had to set it to true. If no-one is going to fix this problem should I create a new bug report?
This has nothing to do with this bug. The preference was switched intentionally. See: http://blog.zpao.com/post/3174360617/about-that-quit-dialog
You need to log in
before you can comment on or make changes to this bug.
Description
•