New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 710432 link

Starred by 2 users

Issue metadata

Status: Fixed
Owner:
Last visit > 30 days ago
Closed: Jul 2017
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug



Sign in to add a comment

Request preview & localStorage preview broken after a specific response

Reported by ke...@marmelab.com, Apr 11 2017

Issue description

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/57.0.2987.98 Chrome/57.0.2987.98 Safari/537.36

Steps to reproduce the problem:
All X are my domain, I can specify it later if needed.

1. Send a request to a server with this format:

POST /admin/login HTTP/1.1
Accept: application/json
Accept-Encoding: gzip, deflate
Connection: keep-alive
Content-Length: 45
Content-Type: application/json
Host: X
Origin: X

{
    "login": "admin", 
    "password": "password"
}

2. Have this response from the server

HTTP/1.1 200 OK
Access-Control-Allow-Credentials: true
Access-Control-Allow-Headers: Authorization,Content-Disposition,Content-Type,X-Entities
Access-Control-Allow-Methods: GET,PUT,POST,DELETE
Access-Control-Allow-Origin: X
Connection: keep-alive
Content-Length: 163
Content-Type: application/json; charset=utf-8
Date: Tue, 11 Apr 2017 12:55:45 GMT
Server: nginx/1.4.6 (Ubuntu)
Set-Cookie: token=42957ee84d50668866d4310c8194a7c27be34be6f7b991dec1129dc93d512a5f; path=/; expires=Wed, 12 Apr 2017 12:55:45 GMT; httponly
Via: 1.1 563853117b767ad5935282f751c56195.cloudfront.net (CloudFront)
X-Amz-Cf-Id: ywERKHNA0XpXeQDCQN5thQYVsG4gD4s4zwoGLibp_hgo1sHny_LRUA==
X-Cache: Miss from cloudfront

{
    "role": "admin", 
    "token": "eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpZCI6OCwibG9naW4iOiJhZG1pbiIsImlhdCI6MTQ5MTkxNTM0NX0.yS5aqcU8v4ZNw7M1Wfq-16VZVh0Iw30y4SN-lgUZ6tw"
}

3. Set the token in local storage with the key "token"

What is the expected behavior?
The request previewer should display the request's response.
The Application tab should show the related local storage key/value.

What went wrong?
The request previewer doesn't show the response content (see screenshot).

The local storage previewer doesn't show anything. (see screenshot 2).

Did this work before? N/A 

Chrome version: 57.0.2987.98  Channel: stable
OS Version: Ubuntu 16.04
Flash Version: Shockwave Flash 25.0 r0
 
screenshot2.png
32.2 KB View Download

Comment 1 by ke...@marmelab.com, Apr 11 2017

Here is the first screenshot (Request preview).
screenshot.png
13.2 KB View Download
Owner: allada@chromium.org
Status: Assigned (was: Unconfirmed)

Comment 3 by allada@chromium.org, Apr 17 2017

Hi kevin, I don't understand the problem fully. I understand that the preview of the request in network is not showing anything, but I don't understand how application is failing too.

Would it be possible to post a link on where I can see this (or email it to me if you want to keep it private)?

If not, would it be possible to recreate it with a simple script locally? or is this because of CORS (which would make it hard to reproduce locally(?

Thanks!
This is not an implementation specific issue. I am having the same problem.

OS: Ubuntu 16.04 lts
Browser: Chrome v57.0.2987.133 (64-bit)

Steps to recreate:

1. Navigate to https://www.google.com (though the issue manifests itself more clearly on something like https://facebook.com as that site uses Local Storage for user details and doesn't write new data to Local Storage after page load)
2. Open Inspector and Click the "Application" tab
3. Observe items in Local Storage
4. Refresh browser with Inspector still open

Expected Results:
Items in Local Storage would be visible

Actual Results:
Items in Local Storage are not visible until Inspector is closed and reopened. You will see false positives which makes it seem like this isn't an issue. Those behaviors are google.com writing new items to local storage. In other words, Chrome will display _new_ entries as they are added, but will not display previously saved items after a refresh without toggling the Inspector.

Comment 5 by allada@chromium.org, Jun 12 2017

Cc: eostroukhov@chromium.org
Eugene, With the local storage issue, is this what the intern is working on?
I believe the Application pane bug is a dupe of https://bugs.chromium.org/p/chromium/issues/detail?id=701413

Comment 7 by sheehana@google.com, Jun 12 2017

Hi, this is alex.m.sheehan@gmail.com again, this time signed in on my @google email. I can confirm that at least in my case, this is a dup of the story Eugene mentions. This was the first one to come up in a cursory search so I added my comment here.

Comment 8 by ke...@marmelab.com, Jun 13 2017

Sorry for the late answer.

I confirm that about the local storage issue, it is fixed with Google Chrome Beta (Version 60.0.3112.24)!
The "Application" pane is refreshed with the correct data.

But in the "Network" pane, the response preview of the login request doesn't show the response content.

Should I open another issue for this one?

Cc: -eostroukhov@chromium.org
Status: Fixed (was: Assigned)
I believe this issue was resolved for both Network and Application panel. Can you please confirm. I'll re-open or find the duplicate if it was not fixed.

Thanks!

Sign in to add a comment