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

Issue 692977 link

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



Sign in to add a comment

Regression: On relaunching browser after crash, unnecessary Restore bubble is seen on opening a New tab.

Reported by lpa...@etouch.net, Feb 16 2017 
Chrome Version: 58.0.3014.0 Revision 6a7a139970ad3232c1efa03508df28b8a4883f1a-refs/heads/master@{#450840} (32/64-bit)  
OS: Windows (7,8,10), Linux (14.04 LTS)

What steps will reproduce the problem?
1) Launch chrome and manually crash the browser using 'about:inducebrowsercrashforrealz'.
2) Relaunch the browser (Restore bubble is seen), open a New tab and observe.

On opening New tab, unnecessary Restore bubble is seen.

On opening New tab, Restore bubble should not be seen.

This is a Regression issue broken in M-58, will soon update other info
Manual bisect:
Good build: 58.0.2992.0 
Bad build: 58.0.2993.0 

Note: Issue is not seen on Mac OS.
crash_actual.mp4
1.3 MB View Download
crash_expected.mp4
849 KB View Download

Comment 1 by rbasuvula@chromium.org, Feb 16 2017

Cc: rbasuvula@chromium.org
Labels: hasbisect-per-revision ReleaseBlock-Stable OS-Linux
Owner: sky@chromium.org
Status: Assigned (was: Unconfirmed)
Using the per-revision bisect providing the bisect results,
Good build: 58.0.2992.0 (Revision: 445908).
Bad build: 58.0.2993.0 (Revision: 446204).

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

CHANGE-LOG URL:
---------------
https://chromium.googlesource.com/chromium/src/+log/2a78436aaa2277759c1d9f11b719b72cb95456b4..a99673a93f2116245e00a6cb66f1a8e2149ed5b3

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

@sky: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.

Review-Url: https://codereview.chromium.org/2650293002
Note:1.Able to reproduce the issue in Win 10.0 and Ubuntu 14.04 not in Mac 10.12.2 and able to reproduce in latest canary #58.0.3014.0
2.Adding Release Block-Stable for this issue.Please remove if not the case.

Comment 2 by kkaluri@chromium.org, Feb 20 2017 

Able to reproduce this issue on Ubuntu 14.04 with chrome dev #58.0.3018.0,	sky@ since it has a release block-stable label , could you please provide the latest update on this issue.

Comment 3 by kkaluri@chromium.org, Feb 27 2017 

Able to reproduce this issue on Window 10 with chrome dev #58.0.3024.0, 
sky@ since it has a release block-stable label , could you please provide the latest update on this issue.

Comment 4 by sky@chromium.org, Feb 27 2017

Status: WontFix (was: Assigned)
Having the bubble stay visible after new tabs is a conscious decision. Some users had situations where the initial tab would trigger navigation and close the bubble before they had a chance to interact with it. As closing the bubble can result in a data loss from not restoring the previous session we felt it best to have the bubble long lived with the user having to explicit close it.
►

Sign in to add a comment