New issue
Advanced search Search tips

Issue 854090 link

Starred by 3 users
Status: Untriaged
Owner: ----
Cc:
nyerramilli@chromium.org
pbomm...@chromium.org
rbasuvula@chromium.org
dpa...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression:Collapse list fails to work when clicked immediately after chrome://history/syncedTabs page gets loaded

Reported by vineetha...@etouch.net, Jun 19 2018 
Chrome Version: 69.0.3465.0 (Official Build) Revision afc58bd4f30a4cfcc0a11c73e3198f25ff133b1e-refs/branch-heads/3465@{#1}(64 bit)
OS: Windows(7,8,8.1,10) OS

Pre-condition : Atleast one entry should be present under chrome://history/syncedTabs

What steps will reproduce the problem?
(1) Launch Chrome and Sign in to chrome with valid credentials.
(2) Press Ctrl+H to navigate to chrome://history and click on 'Tabs from other devices' option.
(3) Now immediately click on 'Collapse list' icon for any entry and observe.

Actual Result: Collapse list fails to work when clicked immediately after chrome://history/syncedTabs page gets loaded.
Expected Result: Once an entry is collapsed it should remain collapsed.

This is regression issue broken in ‘M-69’ and will soon update the other info,
Good build: 69.0.3464.0
Bad build : 69.0.3465.0

Note: Also observe that collapsed state of the entries is not retained when user navigate back/forward.

Comment 1 by vineetha...@etouch.net, Jun 19 2018

Labels: RegressedIn-69 hasbisect OS-Linux
Owner: danyao@chromium.org
Status: Assigned (was: Unconfirmed)
Unable to provide bisect using per-revision script,hence re-bisected with old script: 

Narrow Bisect info : 

https://chromium.googlesource.com/chromium/src/+log/707fa79d5c6aad561da0dcc7626dda588465d8a4..652d14876c8e07fde222031f44fc506bd6b26547?pretty=fuller&n=10000

Suspect: r568266?

@danyao: Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner.

Notes: 
(1)Issue is also seen on Linux(14.04) OS
(2)Will soon update Mac info once latest Canary for Mac OS is available

Thank You!
ActualVideo.mp4
656 KB View Download
ExpectedVideo.mp4
607 KB View Download

Comment 2 by rbasuvula@chromium.org, Jun 19 2018

Cc: pbomm...@chromium.org
Labels: ReleaseBlock-Stable
As this is a recent regression adding release blocker label for this issue.Please reduce priority or remove if not the case.

Thank You!

Comment 3 by danyao@chromium.org, Jul 4

Owner: ----
Status: Untriaged (was: Assigned)
This is a desktop bug. I'm not the right owner.

Comment 4 by vineetha...@etouch.net, Jul 5

Owner: dpa...@chromium.org
Status: Assigned (was: Untriaged)
Update w.r.t comment #3,

Still able to reproduce the above issue on reported version 69.0.3465.0 on Windows(7,8,8.1,10) OS but unable to reproduce the issue on 
latest Chrome Canary build #69.0.3482.0. 

Providing suspect using reverse bisect,

Reverse Bisect info:
https://chromium.googlesource.com/chromium/src/+log/40f00aa570a7a330acd74192ebacc840e9ca9d58..39d36b0d54bc7363cf5bd7e91858ed48c7ae9e88?pretty=fuller&n=10000

From the CL above, assigning the issue to r568559. Probably this change could have fixed the issue.

@dpapad: Could you please check whether the issue was fixed due to Revision r568559 ?

Thank you!
CanaryBehaviour.mp4
423 KB View Download

Comment 5 by dpa...@chromium.org, Jul 6

Cc: dpa...@chromium.org
Owner: rbasuvula@chromium.org
I don't think r568559 would have changed the behavior either way. FWIW, I am also unable to reproduce either way. Un-assigning for now.

Comment 6 by rbasuvula@chromium.org, Jul 9

Labels: -ReleaseBlock-Stable

Comment 7 by rbasuvula@chromium.org, Jul 10

Owner: ----
Status: Untriaged (was: Assigned)
just to update!

Tested issue on reported version chrome #69.0.3465.0 on win 10.0 and Linux Debian Rodete and able to reproduce the issue. Unable to reproduce the issue on Latest canary #69.0.3487.0.

Observations:
1.Issues fixed in #69.0.3466.0.
2.Done the reverse bisect but getting wrong CL.Please find the change log:

You are probably looking for a change made after 568444 (known good), but no later than 568445 (first known bad).
CHANGELOG URL:
https://chromium.googlesource.com/chromium/src/+log/e0e4ea992d21f5abf688c505c8f9751f62ccd207..67f777cbe66765b4f4cdee766f862df7c8cb20fe

3. Tried with other windows and Linux systems getting below error.

"Exception: Error running the gsutil command: Your "Oauth 2.0 User Account" credentials are invalid. For more help, see "gsutil help creds", or re-run the gsutil config command (see "gsutil help config").
Failure: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:661)"

4.Issue reproduce only on #69.0.3465.0.

as of now status changed to untriaged.

Thank You!
►

Sign in to add a comment