Closed
Bug 470357
Opened 17 years ago
Closed 17 years ago
view source window no longer reads from cache (does loads twice, broken for POST)
Categories
(Toolkit :: View Source, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 469302
People
(Reporter: bzbarsky, Unassigned)
References
Details
(Keywords: regression)
This is a regression from bug 17612. We do the loadPage, then start doing the session history munging, and get an exception from addEntry (no such method). We silently ignore the exception and leave loadFromURL as true, and then just load it again.
This means that view-source doesn't work on POST pages anymore, doesn't read from cache on no-store or SSL no-cache pages (e.g. bug pages), etc.
I suspect the issue is that this code needs to QI the sessionHistory to nsISHistoryInternal to get the method it wants. But we should probably also set loadFromURL to false right after returning from the loadPage call, consider not eating exceptions from the session history munging (or something), and add some tests to make sure this doesn't happen again. The POST issue in particular should be reasonably straightforward to test, if we have an HTTP server available in our browser-chrome or browser tests.
Flags: blocking1.9.1?
| Reporter | ||
Comment 1•17 years ago
|
||
Oh, and fwiw if you set a breakpoint in nsHttpChannel::AsyncOpen you can clearly see it being called twice when doing view-source. The first time it hits the cache and comes from loadPage; the second time it's the loadURI call.
Keywords: regression
Updated•17 years ago
|
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
Updated•17 years ago
|
Flags: blocking1.9.1?
You need to log in
before you can comment on or make changes to this bug.
Description
•