Open
Bug 1028527
Opened 10 years ago
Updated 2 years ago
Back-Button: Cache-Control is ignored after Close Tab has been undone
Categories
(Firefox :: Session Restore, defect)
Tracking
()
NEW
People
(Reporter: kdevel, Unassigned)
References
()
Details
User Agent: Steps to reproduce: 1. open new tab 2. open web console (ctrl-k) 3. enter testcase url (handed in later) 4. View Image 5. Back 6. Close Tab 7. Undo Close Tab 8. open web console (ctrl-k) 9. View Image 10. Back Actual results: 5. FF requests url again (OK) 7. (only seen on the server: url is loaded, this is OK) 10. FF does not request url again (FAIL) Expected results: 10. request url independently of whether the current tab has once been closed
Comment 1•10 years ago
|
||
Tim, is this a session restore issue or does this go in Core / Document Navigation?
Flags: needinfo?(ttaubert)
Comment 2•10 years ago
|
||
This might be a dupe of bug 706970, maybe. We load pages from cache when restoring. Not sure why this happens for the given page here as that tries to forbid caching, I thought we wouldn't store that in the first place so there would be nothing to restore.
Flags: needinfo?(ttaubert)
Comment 3•10 years ago
|
||
(In reply to Tim Taubert [:ttaubert] from comment #2) > This might be a dupe of bug 706970, maybe. We load pages from cache when > restoring. Not sure why this happens for the given page here as that tries > to forbid caching, I thought we wouldn't store that in the first place so > there would be nothing to restore. That sounds like a new cache bug, except I don't think that's enabled on 31 (which is where I'm reproducing)...
Comment 4•10 years ago
|
||
about:cache confirms that we don't cache the site. After loading the page (when undo closing the tab) it seems to however be put in the BFCache. That's where it's served from in step (10).
Comment 5•10 years ago
|
||
Even after reloading the page it's still in the BFCache. Not sure what puts it in there, we'd need to find out.
I have been asked to review my bugs. This is in UNCONFIRMED state though it has been confirmed.
Comment 7•8 years ago
|
||
Hi, Tried to reproduce this, but I got confused following the steps you provided (e.g. opened a new tab, opened web console, entered url in the url address, viewed image in browser but no "back" is available). Is this issue still reproducing on Firefox 43 and Nightly 46? If yes, please update the steps to reproduce with some extra info. Thank you.
Flags: needinfo?(kdevel)
(In reply to Liviu Cirdei from comment #7) > (e.g. opened a new tab, opened web console, entered url in the url address, > viewed image in browser but no "back" is available). "back" means "pressing the back button". Is there no back button? Or is it inactive?
Flags: needinfo?(kdevel)
Comment 9•8 years ago
|
||
User Agent Mozilla/5.0 (X11; Linux x86_64; rv:46.0) Gecko/20100101 Firefox/46.0 Build ID 20160106030225 Thanks Stefan. I can see the "back" button now. I misunderstood the "view image" step, that's why I did't have a back button. I also reproduced the issue on Firefox 43 and Nightly 46 and changed the component so people with more experience on this matter to be involved.
Status: UNCONFIRMED → NEW
Component: Untriaged → Session Restore
Ever confirmed: true
Version: 28 Branch → Trunk
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•