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

Issue 756393 link

Starred by 3 users
Status: WontFix
Owner:
pfeldman@chromium.org
Closed: Sep 2017
Cc:
nyerramilli@chromium.org
rbasuvula@chromium.org
█ msrchandra@chromium.org
█ ranjitkan@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression: Cookies section appears blank in application devtools.

Reported by aiman.an...@etouch.net, Aug 17 2017 
Chrome Version: 62.0.3188.0 (Official Build)a6c5719b8b51fe9ac7af8af1ce8318a83b70b486-refs/heads/master@{#495023} (64-bit)

OS: Win(7,8,10), Mac(10.12.3, 10.11.6), Linux(14.04 LTS).

Steps to Reproduce:
1.Launch chrome, open devtools on NTP and go to Applications section.
2.Click on cookies drop down arrow, click link under it and observe.

Actual Result: Application section appears blank for cookies i.e. no reading columns is seen.
Expected Result: Application section should not appear blank for cookies 

This is Regression Issue broken in M-62 and will soon update the other bisect info.

Manual Bisect Info:
Good Build: 62.0.3186.0
Bad Build: 62.0.3187.0
Actual_video.mp4
722 KB View Download
Expected_video.mp4
396 KB View Download

Comment 1 by rbasuvula@chromium.org, Aug 17 2017

Labels: hasbisect-per-revision ReleaseBlock-Stable
Owner: pfeldman@chromium.org
Status: Assigned (was: Unconfirmed)
Using the per-revision bisect providing the bisect results,
Good build:62.0.3186.0(Revision:494273).
Bad build:62.0.3187.0(Revision:494644).

You are probably looking for a change made after 494604 (known good), but no later than 494605 (first known bad).

CHANGE-LOG URL:
---------------
https://chromium.googlesource.com/chromium/src/+log/dc0ba42ad570f704b6d04a3ebbc0c2332dc74632..5b0f8f321dde1278e831ba6a4ce0c79999c45de4

From the CL above, assigning the issue to the concern owner

@pfeldman: Could you please look into the issue, pardon me if it has nothing to do with your changes and if possible please assign it to concern owner.

Reviewed-On:https://chromium-review.googlesource.com/614721
Note :Able to reproduce the issue in Win 10.0,Ubuntu 14.04 & Mac 10.12.5 and Able to reproduce in latest Canary #62.0.3188.0
Adding Release Block-Stable for this issue.Please remove if not the case.

Comment 2 by ligim...@chromium.org, Aug 21 2017 

Your bug is tagged as Release block Stable. 

M62 is branching soon and we will be taking only CRITICAL merges. Please plan accordingly.

Comment 3 by ajha@chromium.org, Sep 4 2017

Labels: -ReleaseBlock-Stable Needs-Feedback
I was able to reproduce this on the reported version: 62.0.3188.0 but the same works fine on the latest M-62 trunk(62.0.3202.0). Removing the blocker label.


aiman.ansari@: Could you please check this on the latest canary or the latest M-62 and confirm if the issue is still seen?

Comment 4 by aiman.an...@etouch.net, Sep 6 2017 

Note WRT comment #3 - Retested the above issue on latest Canary #63.0.3207.0 on Win(7,8,10), Mac(10.12.3, 10.11.6), Linux(14.04 LTS).
Above issue is not reproducible on latest Canary.

Comment 5 by ajha@chromium.org, Sep 6 2017

Status: WontFix (was: Assigned)
Thanks for the update, closing as per C#3 and C#4.
►

Sign in to add a comment