Closed
Bug 901903
Opened 12 years ago
Closed 12 years ago
The guest profile is created at every startup
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(firefox25+ verified, firefox26 verified, fennec25+)
VERIFIED
FIXED
Firefox 26
People
(Reporter: u421692, Assigned: bnicholson)
References
Details
Attachments
(2 files, 1 obsolete file)
|
63.74 KB,
text/plain
|
Details | |
|
1.86 KB,
patch
|
wesj
:
review+
akeybl
:
approval-mozilla-aurora+
|
Details | Diff | Splinter Review |
Environment:
Device: LG Nexus 4 (Android 4.2.2)
Build: Nightly 25.0a1 (2013-08-05)
Steps to reproduce:
1. Open Firefox
2. Open Menu->Settings->Customize->Tabs and change to "Never restore" option
3. Restart Firefox to make sure changes take effect(after restarting the app "Never restore" is still checked).
4. Open three web pages, each one in a different tab.
5. Restart/Kill Firefox.
6. Open Firefox.
Expected results:
Only "about:home" page is opened.
Actual results:
All the tabs from previous session are restored.
Updated•12 years ago
|
Assignee: nobody → bnicholson
tracking-fennec: --- → ?
status-firefox25:
--- → affected
status-firefox26:
--- → affected
Comment 1•12 years ago
|
||
Using this doc as a guide:
https://wiki.mozilla.org/Mobile/SessionRestore
I would guess that step #5 would be considered a "manual kill" and should not restore tabs unless the setting was in "always".
No matter what settings I chose, the tabs are always restored.
Updated•12 years ago
|
tracking-fennec: ? → 25+
| Assignee | ||
Comment 4•12 years ago
|
||
Looks like maybeCleanupGuestProfile() is broken and always returns true, which means we always do a restore: http://mxr.mozilla.org/mozilla-central/source/mobile/android/base/BrowserApp.java#415.
Here, we do getGuestDir() to prevent creating the dir, like the comment says: http://mxr.mozilla.org/mozilla-central/source/mobile/android/base/GeckoProfile.java#182. But then immediately after that, we call getGuestProfile(), so we're creating and then immediately removing the guest profile at every startup.
| Assignee | ||
Updated•12 years ago
|
Summary: Session restore does not take into account the session restore settings → The guest profile is created at every startup
| Assignee | ||
Comment 5•12 years ago
|
||
Attachment #789183 -
Flags: review?(wjohnston)
Updated•12 years ago
|
Attachment #789183 -
Flags: review?(wjohnston) → review+
| Assignee | ||
Comment 6•12 years ago
|
||
Comment on attachment 789183 [details] [diff] [review]
Don't try to fetch guest profile if it doesn't exist
Still doesn't work. The second problem is that Context#getDir (http://developer.android.com/reference/android/content/Context.html#getDir%28java.lang.String,%20int%29) creates the directory if it doesn't exist, but the code assumes it doesn't.
Attachment #789183 -
Flags: review+
| Assignee | ||
Comment 7•12 years ago
|
||
Changed to use getFileStreamPath (http://developer.android.com/reference/android/content/Context.html#getFileStreamPath%28java.lang.String%29) which gets the path without auto-creating anything.
Attachment #789183 -
Attachment is obsolete: true
Attachment #789196 -
Flags: review?(wjohnston)
Updated•12 years ago
|
Attachment #789196 -
Flags: review?(wjohnston) → review+
| Assignee | ||
Comment 8•12 years ago
|
||
Comment 9•12 years ago
|
||
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 26
| Assignee | ||
Updated•12 years ago
|
| Assignee | ||
Comment 10•12 years ago
|
||
Comment on attachment 789196 [details] [diff] [review]
Don't try to fetch guest profile if it doesn't exist, v2
[Approval Request Comment]
Bug caused by (feature/regressing bug #): bug 896092
User impact if declined: The session will always be restored at startup. The expected behavior is that if Fennec is swipe-killed, the session will not be restored. Should also improve startup performance by removing unnecessary I/O.
Testing completed (on m-c, etc.): m-c
Risk to taking this patch (and alternatives if risky): very low risk
String or IDL/UUID changes made by this patch: none
Attachment #789196 -
Flags: approval-mozilla-aurora?
Comment 11•12 years ago
|
||
This broke Guest Mode on mozilla-central, see bug 906030.
Updated•12 years ago
|
Attachment #789196 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Updated•12 years ago
|
Whiteboard: [don't uplift until bug 906030 is resolved]
Updated•12 years ago
|
tracking-firefox25:
--- → +
| Assignee | ||
Comment 12•12 years ago
|
||
Whiteboard: [don't uplift until bug 906030 is resolved]
| Reporter | ||
Comment 13•12 years ago
|
||
Verified as fixed on:
Device: LG Nexus 4 (Android 4.2.2)
Build: Firefox 25 Beta 8 / Aurora 26.0a2 (2013-10-16)
Updated•5 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•