Closed
Bug 439675
Opened 17 years ago
Closed 17 years ago
Firefox restart loses URLs
Categories
(Firefox :: Session Restore, defect)
Firefox
Session Restore
Tracking
()
RESOLVED
FIXED
Firefox 3.1b1
People
(Reporter: mozilla-bugs-2011.08, Assigned: zeniko)
References
Details
(Keywords: dataloss)
Attachments
(1 file)
|
1.22 KB,
patch
|
dietrich
:
review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9) Gecko/2008060309 Firefox/3.0
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9) Gecko/2008060309 Firefox/3.0
When closing and restarting Firefox, one has the option of restoring the previous sessions (all pages open in tabs will be reloaded upon restart). There is a bug in the implementation in which the URL of the page does not appear in the location bar until _after_ the page has loaded. This has three consequences:
1) The user cannot bookmark or copy the URL to another location.
2) If the page fails to load, then there is no way to determine which URL was in the particular tab. The best one could do is grep the History. However, users like me who erase their History upon closing Firefox are SOOL.
3) If Firefox is closed and reopened before the page loads, then the page is lost. Firefox does not remember which pages were loading in tabs that did not load before it was closed.
Reproducible: Always
Steps to Reproduce:
1. Open a slow-loading page in Firefox.
2. Close Firefox.
3. Reopen Firefox. Note that the URL is inaccessable to be copied or bookmarked.
4. Close Firefox before the page loads.
5. Reopen Firefox.
6. The tab is blank!
7. ???
8. Profit!!!
Actual Results:
Page URL is lost.
Expected Results:
Access to page URL.
Updated•17 years ago
|
Whiteboard: DUPEME?
Comment 1•17 years ago
|
||
I've experienced this on more than just one version.
Reproduced successfully in WinXP (in VMware) on latest release:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0
Quick steps I used:
1. open slow loading site multiple times (hold Ctrl or Cmd + press link), e.g. 10 times
2. Close Firefox right after, tabs were still loading.
3. Open Firefox.
At least a few of the last tabs had lost URLs for me.
Normally, losing URLs like this won't be a huge problem, but when Firefox (or by OS cause or other causes) crashes soon after it starts up, you can lose some if not all the tabs.
Maybe set the location bar URL value before anything else after creating the tab?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Updated•17 years ago
|
Summary: Firefox restart looses URLs → Firefox restart loses URLs
| Assignee | ||
Updated•17 years ago
|
OS: Linux → All
Hardware: PC → All
Whiteboard: DUPEME?
| Assignee | ||
Comment 5•17 years ago
|
||
(In reply to comment #0)
> 4. Close Firefox before the page loads.
> 5. Reopen Firefox.
> 6. The tab is blank!
This part of the issue should have been fixed by bug 367052. Tabs that weren't completely restored when Firefox was quit should now restore as expected.
| Assignee | ||
Comment 6•17 years ago
|
||
This patch ensures that the URL of the page about to be restored is visible in the address bar from the start, so that even if loading is somehow interrupted, the URL can still be copied out.
The underlying issue seems to be that docshell ignores entered addresses we haven't been able to connect to yet. This is AFAICT the same issue as bug 451356.
Attachment #334666 -
Flags: review?(dietrich)
Comment 7•17 years ago
|
||
Comment on attachment 334666 [details] [diff] [review]
wall-paper patch
r=me
Attachment #334666 -
Flags: review?(dietrich) → review+
| Assignee | ||
Updated•17 years ago
|
Keywords: checkin-needed
Comment 8•17 years ago
|
||
Assignee: nobody → zeniko
Status: NEW → RESOLVED
Closed: 17 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3.1b1
| Reporter | ||
Comment 9•17 years ago
|
||
Thanks, this will be helpful!
Comment 12•15 years ago
|
||
Please also fix back to 3.5, 3.0
still losing data here...
Comment 13•15 years ago
|
||
(In reply to comment #12)
> Please also fix back to 3.5, 3.0
> still losing data here...
The fix for this was in Firefox 3.5. If you're seeing problems, please file a
new bug with symptoms & steps to reproduce.
Comment 14•12 years ago
|
||
Charles was right. This bug is not fixed, even these years later. Also, bug 421521 is not a dupe of this bug, because this bug's patch does not fix the problem. This bug has been re-reported several times, e.g. bug 637020.
You need to log in
before you can comment on or make changes to this bug.
Description
•