Restoring session loads page but doesn't restore session cookies
Reported by
gra...@jiiwa.com,
Aug 23 2017
|
|||||||||
Issue descriptionExample URL: Steps to reproduce the problem: 1. Visit a site that uses session cookies 2. Check cookies to ensure session cookie(s) present 3. Close Chrome 4. Re-open Chrome and see that the last visited page is restored 5. Check cookies - no session cookies are present, but the session has been restored What is the expected behavior? Either the session restoration would reload the page from the remote server, thereby creating a new session and setting all the requisite cookies, or the session restoration would include session cookies. What went wrong? The previous session was restored on opening Chrome, but the session restoration didn't restore all the necessary state. Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? N/A Does this work in other browsers? N/A Chrome version: 60.0.3112.107 Channel: stable OS Version: 7.0.0 Flash Version:
,
Aug 24 2017
,
Aug 28 2017
I've been trying and I can't reproduce this with the developer tools in Chrome connected to the phone. I added some debug logging into a server to test the issue. I load the sign-in page of the web-site I'm testing against. Close Chrome and leave it closed for some amount of time over 1 minute (the exact amount of time I'm unsure of - immediately reopening Chrome tends to result in a request being sent on load of Chrome, while waiting seems to lead to Chrome skipping this request). Open Chrome again, note that no request is made to the server (key point). Attempt to sign in, and see that no cookies are sent in the request, leading to an inability to validate the form submission (comparison of form submission data with session contents stored in cookie fails due to no cookie). See the attached log file. Initial page load at 21:32:11 - note cookie/session populated. After reloading Chrome, attempting to sign in at 21:35:21 - note authenticity token restored, while cookies/session are empty. Also notable is the lack of a request to the site in question, despite the "must-revalidate" cache-control being specified in the response. What I find strange is that I can't reproduce this pattern once the Chrome developer tools are connected to the phone's browser. Interestingly, I can go through the steps (load the sign-in page, close Chrome, wait 1+ minutes, load Chrome, verify no request was made to the server), and then connect the Chrome developer tools, see the session cookie is set as expected, and successfully submit a login request. Let me know if I can provide any more useful information. It's a real pain that I can't reproduce this with the developer tools, or I'd just screencast the session that way, which would make it a lot simpler to see what is happening.
,
Aug 28 2017
Sorry I forgot to give the details of the device. It's a Samsung Galaxy S6 (SM-G920W8) running Android 7.0.
,
Aug 28 2017
Thank you for providing more feedback. Adding requester "sandeepkumars@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Aug 29 2017
,
Aug 29 2017
,
Nov 9 2017
Tested the issue using Chrome Stable# 62.0.3202.73 / 62.0.3202.84 and Chrome Canary# 64.0.3262.0 using Pixel (Android 8.0.0) & Samsung SM-J710F (Android 7.0.0) and could not reproduce the issue. @graham -- Could you please re-check on the latest versions and provide us the update. Thanks in Advance.
,
Nov 17 2017
Hi graham@, were you able to try this the latest version of Chrome, as requested in comment #8?
,
Nov 20 2017
This is still happening for me in Chrome 62.0.3202.84 on Samsung SM-G920W8
,
Nov 20 2017
Thank you for providing more feedback. Adding requester "msrchandra@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Dec 21 2017
Request you to check the issue on latest Chrome #63.0.3239.111 and update the behavior? Thanks!!
,
Feb 1 2018
Closing this issue for now, if you're able to reproduce the issue with the latest Chrome, feel free to re-open the bug. |
|||||||||
►
Sign in to add a comment |
|||||||||
Comment 1 by sandeepkumars@chromium.org
, Aug 24 2017