save dialog appears on the wrong profile desktop, saves to the wrong folder! |
||||||||
Issue descriptionGoogle Chrome 56.0.2924.87 (Official Build) beta (64-bit) Revision 0 Platform 9000.82.0 (Official Build) beta-channel samus ARC 3691121 What steps will reproduce the problem? (1) log in to two user profiles, call them corp and personal (2) open drive.google.com within personal profile, choose some large folders, hit download (2) switch to the corp desktop and wait What is the expected result? Save dialog appears in the personal workspace where the files are being downloaded, and files are saved in the personal Downloads folder. What happens instead? Save dialog pops up in the currently active profile, and the files are saved in that user's space. I know this isn't exactly a security bug because there's no trust boundary, but I did find it quite startling and disturbing vs my mental model of they're kept separated. Also, the file is now stored in a place where I can't get it from where I want it.
,
Feb 14 2017
,
Feb 17 2017
If you initiate a download from profile A, then the file chooser will appear in profile A and the download will be placed in profile A. If that's what's happening, then I'd argue that things are working as intended. I'm not sure I follow why the dialog should appear on another profile. There's a much more confusing case if you teleport a window from one profile to another (using the "Move to ..." option after right-clicking a window frame). The UI flow for downloads initiated from one of those windows tend to be pretty confusing. I'll leave it up to the downloads and FileManager folks to sort out :) The issues linked in #1 are unrelated.
,
Feb 17 2017
The behavior described in #3 would make sense but that's not what happened. nb no teleporting is involved here. To clarify the steps were In profile A, start a download Before the download starts, switch to desktop B Save dialog appears _on desktop B_ File is saved to the Downloads directory of B
,
Feb 21 2017
warx@ is this a dupe of the other issue you fixed recently?
,
Feb 22 2017
It doesn't sound quite like the case https://codereview.chromium.org/2599833003/ is fixing for. Maybe save dialog should not show on current desktop?
,
Feb 22 2017
Yes. I think the right way to fix it is to make sure the save dialog always shows up on the desktop of the user who initiates the download.
,
Feb 22 2017
Actually I cannot reproduce it on either tot or 56.0.2924.87 on my personal link. Any other specific conditions? For me, I was downloading a folder, and while it was doing zipping, I switched to the corp desktop. But the save dialog is still shown on my personal account's desktop...
,
Feb 22 2017
Reproducible for me on Version 57.0.2987.32 beta (64-bit) Platform 9202.18.0 (Official Build) beta-channel panther Firmware Google_Panther.4920.24.26 after a couple of attempts, just as described above
,
Feb 22 2017
OK, I could reproduce it on about 1/7 attempts, plus the one original occurrence the other day. I don't know what was different on the cases where it occurred, maybe just timing? Perhaps flipping between screens while the download is preparing causes it?
,
Mar 6 2017
Hi, I tried several times (flipping screens while waiting for download), still never got a hit. I am a little concerned about chrome version. I would like know if it happened after 56.0.2924.96 or 57.0.2987.42, since there is a CL landed and merged to these two versions. Background: there are two kind of regressions of multi-user starting from M-56, one is fixed and merged, the other is just landed on m58 not merged. If we could know if there is a repro after 56.0.2924.96 or 57.0.2987.42, that will help a lot. Thanks!
,
Mar 6 2017
My Panther is on 57.0.2987.85 and I can't reproduce this after a few attempts, but as noted above it is intermittent. So, maybe it was fixed? I will let you know if I see it again.
,
Mar 9 2017
Ok, please reopen it once it is seen again. |
||||||||
►
Sign in to add a comment |
||||||||
Comment 1 by mbp@google.com
, Feb 13 2017