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

Issue 690693 link

Starred by 3 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Nov 21
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Chrome windows no longer minimized after relaunch

Reported by ianfarbr...@yahoo.com, Feb 9 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.87 Safari/537.36

Steps to reproduce the problem:
1. Exit Chrome (with lots of Windows open, but most minimized) and relaunch
2. 
3. 

What is the expected behavior?
Should see relaunched windows in same state as before.

What went wrong?
ALL windows were open after relaunch instead of most of them staying minimized.

Did this work before? Yes 55

Chrome version: 56.0.2924.87  Channel: stable
OS Version: 10.0
Flash Version: Shockwave Flash 24.0 r0

This happened directly with the relaunch after updating to Chrome 56 today. Had to do a system restart later, and when Chrome fired up after that had the same issue.

Note: with 29 open windows, going through and re-minimizing most of them is a REAL PAIN !!!!!!

 
Labels: Needs-Bisect Needs-Triage-M56
Hello, I'm unable to reproduce the issue with the instructions provided. Could you please specify or provide a screenshot of your browser's settings? Also, were you using any extensions prior to updating (In Version 55)? Thanks.
apologies, specs here:

OS Version(s): 10.0 , 7.0 (2 computers)
chrome version: 56.0.2924.87 (64bit)
I've attached a couple of PDFs with the set of extensions.

I'm guessing that it is somehow linked to 'restore sessions' code, so could be affected by Session Buddy.

Don't have time to play around with that right now, but will try to get to some experiments later ...
Extensions1.pdf
114 KB Download
Extensions2.pdf
114 KB Download
The issue with the extension session buddy is reproducible via the following:
- open any number of tabs (atleast one expanded and one minimized), ensure the session is saved in the session buddy extension
- close all windows and re open chrome
- click session buddy icon and select "open tabs in respective windows"
- observed all windows restored in open state

It would seem that this is not an issue with chrome, but rather the fact that the extension session buddy does not track state of a window/tab (minimized or open), and only tracks windows/tabs and their associations to each other in a given session (tabs of the same window vs separate windows). Maybe someone else can confirm but this may be an issue better put to the provider of the extension in the form of a feature request. Take care!

Ah - but I didn't actually do anything with Session Buddy. This happened directly from Chrome Launch.

Note that I only use Session Buddy as a precaution, because I've had problems with Chrome losing sessions in the past. It's been a while since that happened though.

Note also that I typically do an explicit 'Exit' of Chrome before shutting down the system, so I rarely have to do an explicit 'restore session' in Chrome. Again, just a precaution ...
Ok, so I did a straight Exit from Chrome, then relaunched it, and took some screenshots:

1: Before: just one window open (Chromium blog), along with the pop-up menu of open Chrome windows from the Chrome icon in the task bar.
2. After Exit and relaunch: all Chrome windows open.
3. After going through and minimizing them all, I also noticed that the order of the windows was messed up, so took another screenshot of the open window list.

Unfortunately, I just checked the screenshots, and it appears as though the Chrome open window list wasn't captured in either #1 or #3. So I deleted #3. Oh well ...

Hope this helps ... Ian
Screenshot (1).png
687 KB View Download
Screenshot (2).png
1.3 MB View Download
Just to check, I then removed Session Buddy (by right-click on Session Buddy icon, then 'Remove from Chrome ...'), and checked that it was gone from the extensions list.

Did another Exit and relaunch, and same thing happened.

Curiously, the shifting around of windows is limited, and almost certainly not random. Although I'm not sure of the pattern, it looks as though perhaps just one recently accessed window gets moved to the front of the list.
Cc: jmukthavaram@chromium.org
Labels: Needs-Feedback
Unable to reproduce the issue on Windows 10, Mac 10.12.2 & Ubuntu 14.04 with chrome stable version (Reported version)-56.0.2924.87 & latest canary-58.0.3010.0 as per below steps:
1. Choose option ' Continue where you left off' in Chrome://settings page
2. Launch chrome
3. Open 3 different URLs in 3 different windows.
4. Now Exit chrome & relaunched again
5. Observed all the previous windows displayed successfully with correct order.

Please find the attached screencast for reference & let us know if we miss any steps to reproduce the issue.
Thanks!!



Attaching screencast here.
690693.mp4
4.3 MB View Download
Thanks for checking this out - and the video was a nice touch. What tool did you use to get that?

Anyway, the one thing I noticed that wasn't entirely convincing was that the main window you used was maximized, so since it was the last one active, even if the other windows were not minimized after the relaunch I would expect them to display underneath it instead of on top. So the video doesn't seem to totally prove that they stayed minimized - unless I'm missing something ...
With response to Comment#11,followed below steps on Windows 10 using chrome Reported version-56.0.2924.87 and latest Canary-58.0.3011.0
1. Choose option ' Continue where you left off' in Chrome://settings page
2. Launch chrome
3. Open 4 different URLs in 4 different windows.
4. Minimize all the windows & exit from the main window
5. Relaunched chrome 
6. Main window launched first & all the other windows were minimized ( we can see hovering on chrome icon on the task bar)

Please find the attached screencast for reference & it would be better if you provide us the screencast of the exact issue for better triaging the issue further.
Thanks in advance.
690693 .mp4
7.2 MB View Download
Just thought I'd let you know that I'm working on getting a screencast, but my initial attempts have been giving me files over 80 MB! Working on finding ways to reduce that ...
 Issue 686772  has been merged into this issue.
Hi, I am the creator of issue 686722 that was merged into this issue in comment#14. Please find attached a screencast. I have 2 chrome windows open on the desktop, with ~100 minimized. After closing chrome and reopening it, all 100+ windows open on the desktop.
This erratic behaviour started directly after upgrade to 56.
To the shuffling of open windows mentioned in #8: imho this is perhaps related, but different issue as I noticed it some versions of chrome ago, not starting with 56. It appears randomly to me.
But the documented behaviour in screencast happens 100% of the time and it is a real pain.

Recording #1.mp4
4.9 MB View Download
As per comment #13, 

@ianfarbrother-- Could you please update the issue , with your observations.

Thanks!
Unfortunately, I haven't had time to really work on the screencast issue, and since comment #15 confirms that "it's not just me", and has a screencast, I hadn't prioritized it.

I can confirm that on my system, this is still totally reproducible.

Hope this is sufficient for now ... Ian
Labels: -Needs-Feedback
Thanks for the feedback removing "Needs-Feedback" label.
Cc: hdodda@chromium.org
Labels: -Needs-Bisect -Needs-Triage-M56 hasbisect-per-revision M-58 OS-Linux
Owner: warx@chromium.org
Status: Assigned (was: Unconfirmed)
Using the per-revision bisect providing the bisect results,
Good build: 56.0.2897.0(Revision: 426673).
Bad build: 56.0.2898.0 (Revision: 426930).

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

CHANGELOG URL:

The script might not always return single CL as suspectas some perf builds might get missing due to failure.
 
https://chromium.googlesource.com/chromium/src/+log/b07f20559996aa8154a3a67e742676a9799e37c4..5c16e0e849526c1c627e08a05351ab38a9cfbcf1

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

@warx - 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.

Review-Url: https://chromiumcodereview.appspot.com/2371113003

Note : Issue is seen on latest canary and issue is not seen on mac os

Thanks!

Comment 20 by warx@chromium.org, Mar 2 2017

hdodda@, could you share your repro steps on linux?

I tried on TOT with:
1. Choose option ' Continue where you left off' in Chrome://settings page
2. Launch chrome: out\Browser\chrome --user-data-dir=/tmp/testc/
3. Open 4 different URLs in 4 different windows.
4. Minimize all other three windows & exit (ctrl-shift-q) from the main window
5. Relaunched chrome: out\Browser\chrome --user-data-dir=/tmp/testc/

I can only see this:
Main window launched first & all the other windows were minimized.

Thanks!

It is likely my CL induces the problem. If I can repro on Linux, that would be very helpful!

Comment 21 by warx@chromium.org, Mar 6 2017

I could not repro on neither windows nor linux on tot. hdodda@, could you list your repro steps/details on tot, as you mentioned M-58?

Comment 22 by warx@chromium.org, Mar 10 2017

Cc: -hdodda@chromium.org warx@chromium.org
Owner: hdodda@chromium.org
assign back to hdodda@ per #20
Just updated today to Chrome version 57.0.2987.98, and thought I should let you know that the problem still occurs.

I later installed the new Windows 10 update, and the problem still occurred after that also - although I didn't really expect that to make any difference.

Ian
Cc: hdodda@chromium.org
Owner: ----
Tested on ubuntu 14.04 using chrome M59 #59.0.3047.0 and issue is still reproduced.

Followed steps :

1. Launched chrome and opened different new windows .
2. Minimized few windows and on main window , ctrl+shift+q (exited chrome).
3. Relaunched chrome and observed that all the minimized windows are opened in background.

Attached screencast for reference.

Thanks!

690693.ogv
13.3 MB View Download

Comment 25 by warx@chromium.org, Mar 22 2017

Owner: warx@chromium.org
Status: Started (was: Assigned)
OK, I can reproduce it now. With
1. Choose option ' Continue where you left off' in Chrome://settings page
2. Launch chrome: out\Browser\chrome --user-data-dir=/tmp/testc/
3. Open 4 different URLs in 4 different windows.
4. Minimize all other three windows & exit (ctrl-shift-q) from the main window
5. Relaunched chrome: out\Browser\chrome --user-data-dir=/tmp/testc/

I have to repeat step 5 two times to see the bug.
Just thought I'd mention that problem still continues after update to Chrome Version 58.0.3029.81.

Wondering if there has been any progress towards fixing this?

Thanks ... Ian

Well, I'd been thinking of asking whether any progress was being made on this, since it has been a considerable time without comment. Anyway, today something changed !!!!

I updated to Chrome Version 61.0.3163.79 (Official Build) (64-bit), and the problem seems to be MOSTLY fixed now. The reason I say 'mostly' is because there still seem to be some oddities floating around.

First: the only window showing when Chrome initiated the update was the Help/About window. I had minimized all the rest. However, a couple of windows started appearing, and I went and minimized them as I've found that aggressively doing that as they appear seems to work a lot better than just leaving them to sort themselves out.

Anyway, then I got the very pleasant surprise that the rest of the windows seemed to stay minimized !!!

So far, so good. However, odd things seem to have gone on with Chrome's History. I noticed this because I had closed a few windows before initiating the relaunch, and went to reopen one of them from the 'Recently Closed' list. It wasn't there - and instead, I found that Chrome seemed to have put some of the existing windows (in at least one case with 11 tabs) into the recently closed list during its relaunch. I opened this one, and found that I now had two copies of that window.

So I went and looked at the rest of History. Seems that Chrome somehow put a whole bunch of windows in there that I had not looked at. I had a bit of difficulty getting the History list in an uploadable form (I'll comment on that later), but by virtue of Printing to PDF a number of single pages I was able to illustrate the problem. So now I'll attach those 5 history files:

Notice that there are a bunch of entries starting at 3:42 in History5.pdf, and extending through at least 3:44 in History1.pdf (and quite possibly through 3:47 - although these might have been from the windows I minimized after the relaunch), and I definitely had NOT looked at these. So they were obviously put there by Chrome as part of the relaunch process.

Ok - so that's the basic outline of things regarding the main problem. I'm VERY glad that progress has been made on this, but obviously there is still a bit of work to do.

So now just a couple of comments about being able to get History to upload. My first thought was to just Save the page. Unfortunately, that just produced a blank page.

So then I tried to Print it, and save it as a PDF. Unfortunately, instead of printing the whole page, it would only print one page at a time. Quite a hassle !!!

So that is why there are 5 separate pdfs instead of just one.

Anyway, thanks for the progress so far - Ian
History1.pdf
158 KB Download
History2.pdf
164 KB Download
History3.pdf
160 KB Download
History4.pdf
161 KB Download
History5.pdf
160 KB Download

Comment 28 by warx@chromium.org, Jun 18 2018

Cc: -warx@chromium.org
Owner: ----
Status: Untriaged (was: Started)
Just letting you know that the problem seems to be fixed. I haven't seen it occur for quite a while now!

Thanks, Ian
Labels: Hotlist-DesktopUIChecked
Status: WontFix (was: Untriaged)
*** UI Mass Triage***

ianfarbrother@ -- Thanks for the reply. Closing this issue as per the C#29. 

Thanks!

Sign in to add a comment