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

Issue 776280 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 781491
Owner:
Closed: Nov 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 1
Type: Bug



Sign in to add a comment

After switching user, the previous user's windows don't get hidden

Project Member Reported by yoshiki@chromium.org, Oct 19 2017

Issue description

Chrome Version: Chrome OS
Google Chrome	64.0.3242.0 (Official Build) canary (64-bit)
Platform	10045.0.0 (Official Build) canary-channel caroline

What steps will reproduce the problem?
(1) Login as the User A and User B simultaneously.
(2) Open browser window on User A's desktop
(3) Switch to User B's desktop by pressing Ctrl-Alt-< (or Ctrl-Alt->)

What is the expected result?
The window in User A's desktop gets invisible

What happens instead?
The window in User A's desktop still be seen

 
Cc: osh...@chromium.org
Owner: xiy...@chromium.org
Xiyuan, could you triage, since you looks to be an owner of related code in ash/?
Let me attach a screen shot of the issue.
Screenshot 2017-10-19 at 15.18.51.png
88.6 KB View Download

Comment 3 by osh...@chromium.org, Oct 19 2017

Cc: jamescook@chromium.org sky@chromium.org
+mustash folks in case they have an idea.

I couldn't repro on yesterday's ToT though (#508579)

Comment 4 by sky@chromium.org, Oct 19 2017

Cc: e...@chromium.org msw@chromium.org

Comment 5 by msw@chromium.org, Oct 19 2017

Cc: skuhne@chromium.org
Labels: Needs-Feedback
James recently changed c/b/ui/ash/multi_user/, but I can't repro on ToT (#509843) either.
yoshiki@, does this repro reliably for you? Any advice for us unable to repro?
Hrm, I seem to remember testing this behavior when I landed my multi_user change https://chromium-review.googlesource.com/c/chromium/src/+/687986 and it worked then. (This was on linux desktop, I don't recall if I manually tested on device.)

Cc: est...@chromium.org
+estade
I saw this issue on caroline and eve. And today's canary (64.0.3243.0, 10049.0.0, caroline) still has the issue.

I see this issue frequently but don't find the exact trigger of this issue. 

I recorded a video to repro this issue. At the first I didn't see the issue (-0:15 on the video). I just randomly activated, minimized and maximized a window (0:15-0:45 on the video) and I can get a repro (0:45-0:52).
https://drive.google.com/a/google.com/file/d/1PE6RJpVZkK75k9w2JF5mtEp3i3l-Q6gg/view?usp=sharing 

Comment 9 by est...@chromium.org, Oct 20 2017

I believe the code that's supposed to accomplish this is here[1] but I don't know why it would have broken because it hasn't been touched recently.

[1] https://cs.chromium.org/chromium/src/chrome/browser/ui/ash/multi_user/user_switch_animator_chromeos.cc?rcl=e9855f7a88df8eca0976faa6b37c59a0a229e10d&l=224
Had this machine been in tablet mode? erg and I both made some changes to tablet mode recently.

I think there's special code in the multi user window manager for maximized windows, so maybe being maximized is important.

I can't repro on device on link with chrome ToT from yesterday, even with going in/out tablet mode. :-(  Do you have any idea when it was working OK?

Mergedinto: 781491
Status: Duplicate (was: Available)

Sign in to add a comment