Closed Bug 720215 Opened 12 years ago Closed 12 years ago

Warning dialog when quitting Firefox in private browsing while downloading doesn't actually work

Categories

(Firefox :: Private Browsing, defect)

8 Branch
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 679957

People

(Reporter: nobody10331033, Assigned: jdm)

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20100101 Firefox/8.0
Build ID: 20111104165243

Steps to reproduce:

In private browsing, start some downloads, then quit Firefox. A dialog, entitled "Cancel All Downloads?" appears, giving me the option of stopping the quitting process, or continuing the quitting process, cancelling one or more downloads in the process. However, the "Stay in Private Browsing Mode" button doesn't actually work.


Actual results:

Pressing "Stay in Private Browsing Mode" does the same thing as pressing "Cancel n Downloads" as well as pressing the escape key: Firefox always quits, cancelling downloads.


Expected results:

Pressing "Stay in Private Browsing Mode" should cancel the quitting, keeping Firefox open, in private browsing mode, and keep the downloads running as if the user never tried to quit in the first place.
OS: Linux → All
Hardware: x86_64 → All
Component: Untriaged → Private Browsing
This is a bit of a doozy. The dialog is actually being shown after the point at which it can make a difference, because the download manager doesn't notice that we're in private browsing mode when deciding whether there are non-resumable downloads in progress.
Assignee: nobody → josh
Status: UNCONFIRMED → NEW
Ever confirmed: true
QA Contact: untriaged → private.browsing
There's an important fix needed here to make nsDownloadManager::GetQuitBehaviour consider the value of mInPrivateBrowsing. However, just that change will make us show the same dialog box twice when attempting to quit from PB mode with >0 downloads in progress. The first dialog will allow the user to remain in PB mode and not exit, while the second will have no effect either way. I don't see any good way to prevent the second dialog without relying on the order of quit-application-granted observers :/
This looks like a dupe of bug 679957 which is assigned with a patch.
This is indeed a dupe...
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: