Closed
Bug 304003
Opened 19 years ago
Closed 19 years ago
Bfcache does not work anymore
Categories
(Core :: DOM: Navigation, defect, P1)
Core
DOM: Navigation
Tracking
()
VERIFIED
FIXED
mozilla1.8beta4
People
(Reporter: ria.klaassen, Assigned: Biesinger)
References
Details
(Keywords: regression)
Attachments
(1 file)
1.18 KB,
patch
|
bryner
:
review+
sfraser_bugs
:
superreview+
chase
:
approval1.8b4+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050809 Firefox/1.0+ Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050809 Firefox/1.0+ When I click Back Firefox does no go to the previous page. In order to go back I need to click Go after Back. Then it loads the page twice. Also setting browser.sessionhistory.max_viewers to 0 works. Reproducible: Always Steps to Reproduce: 1. Click a link on a page. 2. Click Back Actual Results: Firefox shows a white page, although the right URL appears in the location bar. Expected Results: Grab the page from the cache and show it.
Reporter | ||
Comment 1•19 years ago
|
||
Regression between 2005080808 and 2005080822.
Updated•19 years ago
|
Keywords: regression
Comment 2•19 years ago
|
||
*** Bug 304011 has been marked as a duplicate of this bug. ***
Updated•19 years ago
|
Assignee: nobody → bryner
Blocks: blazinglyfastback
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Hardware: PC → All
Target Milestone: --- → mozilla1.8beta4
Updated•19 years ago
|
Flags: blocking1.8b4?
Assignee | ||
Comment 3•19 years ago
|
||
bonsai query for that regression range: http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2005-08-08+07%3A00&maxdate=2005-08-08+23%3A00&cvsroot=%2Fcvsroot
In the latest hourly builds, when press the back button, the page don't load, and press the stop button and firefox crash, everytime This behaviour since 2005080822 'till now (2005080903) is very anonying. Somebody happens?
Comment 5•19 years ago
|
||
Would the "smoketest" keyword be applicable here? If bfcache is enabled by default (?), this would appear to hinder smoketest item #B.14. http://www.mozilla.org/quality/smoketests/
Assignee | ||
Comment 6•19 years ago
|
||
restoring presentation from session history: http://www.mozilla.org/start/ ++DOMWINDOW == 9 WARNING: NS_ENSURE_TRUE(holder) failed, file ../../../../../mozilla/dom/src/base/nsGlobalWindow.cpp, line 6638 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file ../../../../mozilla/docshell/base/nsDocShell.cpp, line 5287 ###!!! ASSERTION: RestoreFromHistory failed: 'NS_SUCCEEDED(rv)', file ../../../../mozilla/docshell/base/nsDocShell.cpp, line 4935 Break: at file ../../../../mozilla/docshell/base/nsDocShell.cpp, line 4935 ###!!! ASSERTION: RestoreFromHistory failed: 'NS_SUCCEEDED(rv)', file ../../../../mozilla/docshell/base/nsDocShell.cpp, line 4935 Break: at file ../../../../mozilla/docshell/base/nsDocShell.cpp, line 4935
Assignee | ||
Comment 7•19 years ago
|
||
nsGlobalWindow.cpp, in nsGlobalWindow::RestoreWindowState 6637 nsCOMPtr<WindowStateHolder> holder = do_QueryInterface(aState); 6638 NS_ENSURE_TRUE(holder, NS_ERROR_FAILURE); nsDocShell.cpp 5286 rv = privWin->RestoreWindowState(windowState); 5287 NS_ENSURE_SUCCESS(rv, rv);
Assignee | ||
Comment 8•19 years ago
|
||
caused by bug 298459?
Assignee | ||
Comment 9•19 years ago
|
||
there's also this warning while saving the state: WARNING: NS_ENSURE_TRUE(rv) failed, file ../../../../../mozilla/dom/src/base/nsGlobalWindow.cpp, line 6610 at: 6606 #ifdef DEBUG_PAGE_CACHE 6607 printf("saving window state, stateObj = %p\n", (void*)stateObj); 6608 #endif 6609 nsresult rv = CopyJSProperties(cx, mJSObject, stateObj); 6610 NS_ENSURE_TRUE(rv, rv);
Assignee | ||
Comment 10•19 years ago
|
||
6610 NS_ENSURE_TRUE(rv, rv); should be SUCCESS, not TRUE
Assignee: bryner → cbiesinger
Priority: -- → P1
Assignee | ||
Comment 11•19 years ago
|
||
Attachment #192098 -
Flags: superreview?(bryner)
Attachment #192098 -
Flags: review?(bryner)
Assignee | ||
Updated•19 years ago
|
Status: NEW → ASSIGNED
Comment 12•19 years ago
|
||
*** Bug 304057 has been marked as a duplicate of this bug. ***
Comment 13•19 years ago
|
||
Comment on attachment 192098 [details] [diff] [review] patch Can we get this reviewed an in?
Attachment #192098 -
Flags: superreview?(bryner) → superreview+
Updated•19 years ago
|
Attachment #192098 -
Flags: review?(bryner) → review+
Updated•19 years ago
|
Flags: blocking1.8b4? → blocking1.8b4+
Updated•19 years ago
|
Attachment #192098 -
Flags: approval1.8b4?
Comment 14•19 years ago
|
||
Comment on attachment 192098 [details] [diff] [review] patch a=chase@mozilla.org
Attachment #192098 -
Flags: approval1.8b4? → approval1.8b4+
Updated•19 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 15•19 years ago
|
||
for reference: 2005-08-09 14:29 timeless%mozdev.org mozilla/ dom/ src/ base/ nsGlobalWindow.cpp 1.759 2/2 Bug 304003 Bfcache does not work anymore patch by biesi r=bryner sr=smfr a=chase
Comment 16•19 years ago
|
||
*** Bug 304090 has been marked as a duplicate of this bug. ***
Comment 17•19 years ago
|
||
*** Bug 304086 has been marked as a duplicate of this bug. ***
Comment 18•19 years ago
|
||
*** Bug 304108 has been marked as a duplicate of this bug. ***
*** Bug 304116 has been marked as a duplicate of this bug. ***
Comment 20•19 years ago
|
||
*** Bug 304134 has been marked as a duplicate of this bug. ***
Comment 21•19 years ago
|
||
Verified with Linux and Windows builds from 2005-08-10
Status: RESOLVED → VERIFIED
Component: History: Session → Document Navigation
QA Contact: history.session → docshell
You need to log in
before you can comment on or make changes to this bug.
Description
•