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

Issue 662348 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: May 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression: Chrome://settings page loads forever after back/forward navigation.

Reported by rk...@etouch.net, Nov 4 2016

Issue description

Chrome Version: 56.0.2909.0 Revision 57c0a6fdc6a530bcb43f6657a8cf708752adca66-refs/heads/master@{#429737}
OS: Windows(7,8,10)
 
What steps will reproduce the problem?
(1) Launch chrome, navigate to chrome://settings page and right click on page select 'View page source' option.
(2) Copy link of source page and come back to chrome://settings page, kill that page by chrome://kill
(3) Then paste source url in omnibox and navigate to it, click on back navigation button then forward.
(4) Again click on back navigation button and observe.

Actual: Chrome://settings page loads forever after clicking on back navigation button.

Expected: Chrome://settings page should loads properly.

This is a regression issue, broken in 'M-56', will soon update the other info:

Good Build: 56.0.2900.0
Bad Build: 56.0.2902.0

Note: Issue is not seen on Mac OS.
 
Actual_Navigation.mp4
807 KB View Download
Expected_Navigation.mp4
1.1 MB View Download

Comment 1 by rk...@etouch.net, Nov 4 2016

Labels: OS-Linux
Note: Issue is reproducible on Linux OS.

Comment 2 by rk...@etouch.net, Nov 4 2016

Labels: Proj-MaterialDesign-WebUI
Owner: horo@chromium.org
Status: Assigned (was: Unconfirmed)
ChangeLog info:
https://chromium.googlesource.com/chromium/src/+log/56.0.2900.0..56.0.2902.0?pretty=fuller&n=10000

Suspecting: r427745 ?

@horo: Please help me to reassign this issue, if your change is not cause for it.

Note: Issue is not reproducible in chrommium build hence providing suspect from CL.
Labels: ReleaseBlock-Stable
Adding RB label as this is a recent Regression. Please remove if not required
Thank You.

Comment 4 by creis@chromium.org, Nov 4 2016

Cc: creis@chromium.org alex...@chromium.org nasko@chromium.org
Owner: alex...@chromium.org
r427745 is just a test.  It couldn't have caused a change in behavior.

I'm not able to repro this on 56.0.2909.0 on Windows Canary, though.  Alex, it sounds similar to a bug you're looking at, but without the crash.  Are you able to repro?
Labels: Needs-Feedback
Unable to reproduce the issue on windows 7 using chrome latest version 56.0.2914.0.Please find the attached screen cast for the same.

rkote@Could you please once check the issue on latest canary and update the thread if the issue still persists.

Thanks,
662348.mp4
1.4 MB View Download

Comment 6 by creis@chromium.org, Nov 11 2016

Owner: rk...@etouch.net
Assigning back to rkote@etouch.net to confirm whether the bug still occurs.

Comment 7 by rk...@etouch.net, Nov 14 2016

Labels: -Needs-Feedback
Owner: creis@chromium.org
With respect to comment 6:

Issue is reproducible on  56.0.2918.0 , kindle refer the video.

Note: Make sure advanced section on chrome://settings page is opened. 

Comment 8 by creis@chromium.org, Nov 14 2016

Comment 7: I am still unable to repro on 56.0.2919.0, even with the advanced section of the settings page open (which is not true in the original video).  I've tried following the steps of the video exactly, and the full settings page (including iframe) always finishes loading.

kavvaru@ or alexmos@, are you able to repro?  If not, I don't think it's ReleaseBlock-Stable, and I don't know what we can do about it.
I can't reproduce this either, both on Mac canary and a Linux ToT debug build.  There's a chance this is related to RVH reuse issues with WebUI in  issue 627027 , so we could check whether this also gets fixed when I land a fix for that issue.

Comment 10 by creis@chromium.org, Nov 21 2016

Labels: -ReleaseBlock-Stable
rkote@etouch.net: Does this still repro for you in builds after 56.0.2924.0?  alexmos@ landed the fix to  issue 627027  in r432757, which may be related.

(I'm still unable to repro in 57.0.2926.0, so I'll remove the RBS label.)
Status: WontFix (was: Assigned)
Since we can't repro and haven't heard back from rkote@etouch.net, I'll close this.  Feel free to reopen if it's still an issue.

Sign in to add a comment