Closed Bug 577212 Opened 14 years ago Closed 14 years ago

If browser is closed while in private browsing mode, jumplist entry is not correctly updated

Categories

(Firefox :: Private Browsing, defect)

x86
Windows 7
defect
Not set
major

Tracking

()

RESOLVED FIXED
Firefox 4.0b7

People

(Reporter: c.ascheberg, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [fixed by bug 598229])

User-Agent:       Mozilla/5.0 (Windows; Windows NT 6.1; en-US; rv:2.0b2pre) Gecko/20100706 Minefield/4.0b2pre
Build Identifier: Mozilla/5.0 (Windows; Windows NT 6.1; en-US; rv:2.0b2pre) Gecko/20100706 Minefield/4.0b2pre

The tasks "Enter private browsing" and "Quit private browsing" in the Windows 7 jumplist are sometimes incorrect.

Reproducible: Always

Steps to Reproduce:
1. Open Firefox
2. Start private browsing mode
3. Close Firefox
-> See results below

Additionally:
4. Click "Quit private browsing"
-> See results below
Actual Results:  
Task in jumplist says: "Quit private browsing"
Additionally:
When clicking it, Firefox will start in private browsing mode, restoring the tabs you had opened before switching to private browsing last time. Switching back to normal browsing then will open only an empty tab, so your original session gets lost!

Expected Results:  
Task in jumplist should say: "Enter private browsing"
Similar problem when Firefox is closed, clicking "Enter private browsing" in jumplist:
In this case, last session will also be restored within private browsing mode, switching back to normal mode will leave only an empty tab.
Version: unspecified → Trunk
Blocks: 519985
Component: Shell Integration → Private Browsing
QA Contact: shell.integration → private.browsing
blocking2.0: --- → ?
Did bug 568694 regress already or does it still depend on fixing the private browsing on startup?
(In reply to comment #2)
> Did bug 568694 regress already or does it still depend on fixing the private
> browsing on startup?

That bug has been fixed, but I don't know what it has to do with this one.
Status: UNCONFIRMED → RESOLVED
blocking2.0: ? → ---
Closed: 14 years ago
Resolution: --- → DUPLICATE
(In reply to comment #3)
> (In reply to comment #2)
> > Did bug 568694 regress already or does it still depend on fixing the private
> > browsing on startup?
> 
> That bug has been fixed, but I don't know what it has to do with this one.

I see Mike duped to the bug I was thinking of in the latter.  I guess I couldn't tell right away if this bug was related to the jumplist bug or related/depended on the dupe.
bug 568816 (re-)landed, but (part of) this bug is still not fixed:

Steps to Reproduce:
1. Open Firefox
2. Start private browsing mode
3. Close Firefox
4. see task in jumplist

Actual Results:  
Task in jumplist says: "Quit private browsing"

Expected Results:  
Task in jumplist should be reset, saying: "Enter private browsing"

(actually, the other part -clicking the task when firefox is closed- is not working for me anymore at all, bug 601391?)
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
(In reply to comment #6)
> Steps to Reproduce:
> 1. Open Firefox
> 2. Start private browsing mode
> 3. Close Firefox
> 4. see task in jumplist
> 
> Actual Results:  
> Task in jumplist says: "Quit private browsing"
> 
> Expected Results:  
> Task in jumplist should be reset, saying: "Enter private browsing"

that is going to be fixed by the patch in bug 598229.
Status: UNCONFIRMED → NEW
Depends on: 598229
Ever confirmed: true
Summary: Jumplist: Tasks about private browsing incorrect → If browser is closed while in private browsing mode, jumplist entry is not correctly updated
Whiteboard: [will be fixed by bug 598229]
I verified that this is now fixed by bug 598229.
Status: NEW → RESOLVED
Closed: 14 years ago14 years ago
Resolution: --- → FIXED
Whiteboard: [will be fixed by bug 598229] → [fixed by bug 598229]
Target Milestone: --- → Firefox 4.0b8
Target Milestone: Firefox 4.0b8 → Firefox 4.0b7
You need to log in before you can comment on or make changes to this bug.