Closed Bug 98805 Opened 24 years ago Closed 23 years ago

[turbo] Need confirmation dialog when "Disable QuickLaunch" systray icon menu choice is selected

Categories

(SeaMonkey :: UI Design, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
mozilla0.9.8

People

(Reporter: law, Assigned: bugzilla)

References

Details

Attachments

(1 file, 2 obsolete files)

Once we've made the leap to turning on QuickLaunch mode by default during installation, we will need to make it easy for users to turn this off (so they can get rid of that mysterious icon that then appears in their system tray). This is covered by bug 98770. This bug says that in addition, that menu choice should first display a confirmation dialog, worded along the lines of: You have chosen to turn off Mozilla/Netscape QuickLaunch. This will increase the time it takes to open this application. Are you sure? If you say "Yes", then to turn QuickLaunch mode back on, you must go to Preferences|Advanced and select the QuickLaunch checkbox.
QA Contact: sairuh → jrgm
law, do you mind if I take this? I have it working. If you've already done the work, we can use your patch or merge as necessary.
Assignee: law → blakeross
Blocks: 75599
The patch for this is in bug 89532. I didn't make this a confirmation because I don't recall us saying that in the meeting, although if that's what's wanted I can. It sounds like a good idea since the item is right above Exit (can be easily hit), and not necessarily immediately understandable.
Status: NEW → ASSIGNED
Blocks: 99488
QA Contact: jrgm → tpreston
The current dialog is an alert dialog. It should be a confirmation so people can have a choice if they accidentally hit the menu item.
Yes, we specifically agreed on a confirmation dialog that allowed the user to cancel.
nsbranch
Keywords: nsbranch
Marking as nsbranch- per PDT.
Keywords: nsbranchnsbranch-
Target Milestone: --- → mozilla0.9.7
Blocks: 107067
Keywords: nsbranch-
Blocks: 108795
Attached patch patch (obsolete) — Splinter Review
I just made up some wording; need official wording from Jatin.
My suggested wording: "Disabling Quick Launch will increase the time it takes to start [short name]. To enable it again, open the Edit menu and choose Preferences. Choose the "Advanced" category and check "Enable Quick Launch." Are you sure you want to disable Quick Launch?"
Blake, The code looks good with the exception of one concern: I think in the case where there are no windows open when the user chooses "Disable Quick Launch," then the confirmation dialog will trigger the "Mozilla is still running in turbo mode" warning if that dialog is "active." You may need a member flag to tell OnLastWindowClosing to ignore this particular window closing. Note that previously, OnLastWindowClosing would ignore the alert because we had already gone ahead an turned mServerMode off (so it just returned NS_OK).
Attached patch great catch! (obsolete) — Splinter Review
I hate that this stuff is all built into nsNativeAppSupport.
Attachment #58874 - Attachment is obsolete: true
Attached patch updatedSplinter Review
Attachment #60737 - Attachment is obsolete: true
Comment on attachment 60738 [details] [diff] [review] updated r=law Note that I've only reviewed the portion of this patch that relates to bug 98805 (basically, Blake's original patch, plus the mLastWindowIsConfirmation additions).
Attachment #60738 - Flags: review+
Comment on attachment 60738 [details] [diff] [review] updated sr=hewitt
Attachment #60738 - Flags: needs-work+
Target Milestone: mozilla0.9.7 → mozilla0.9.8
Blake, do you still plan to land this in 0.9.8?
okay, fixed.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
No longer blocks: 75599
Blocks: 75599
No longer blocks: 99488
Product: Core → Mozilla Application Suite
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: