desktopCapture: Active tab in foreground is behind the desktopCapture dialog |
||||||||
Issue descriptionVersion: M51 Dev 51.0.2704.19 OS: Win, Mac What steps will reproduce the problem? 1. Get the extension code from https://chromium.googlesource.com/chromium/src/+/master/chrome/common/extensions/docs/examples/api/desktopCapture 2. Click the "[tgz]" link at the top. 3. Download that tgz file, extract and untar it -> you will now see a folder named 'desktopCapture' 4. In chrome://extensions, enable Developer mode and click button 'Load Unpacked Extensions' 5. Select the folder 'desktopCapture' from step 3 above 6. Launch 'Desktop Capture example' extension 7. Meanwhile, in a tab, open the WebRTC troubleshooter page https://test.webrtc.org/ 8. Open few other tabs/windows 9. Capture the WebRTC troubleshooter tab What is the expected output? On sharing, the inactive troubleshooter tab should be active, and come out in front. What do you see instead? In Windows and Mac, while the inactive troubleshooter tab becomes active, and comes to the foreground, it is behind the desktopCapture dialog box, as in screenshot. Please use labels and text to provide additional information.
,
Apr 21 2016
As mentioned in https://bugs.chromium.org/p/chromium/issues/detail?id=594722 (Comment#9), this issue is seen on Chrome OS also.
,
Apr 21 2016
[triage] niklase@ this seems to be the same for all platforms, should it be fixed or is it by design? If it's to be fixed, please update the milestone label accordingly.
,
Apr 21 2016
This will only be an issue for chrome apps with a separate window, I think this is WAI. Shout if you disagree.
,
Apr 21 2016
jansson@, niklase@ - I'm not sure I agree that this is 'Won't Fix', since it's not consistent on all platforms. (This issue is seen on all platforms EXCEPT Linux) The behavior in Linux - On sharing the inactive tab, it becomes active and comes to the foreground, over the desktop Capture dialog. Please see screenshot attached. Re-opening this.
,
May 13 2016
George, when you have time can you look at this, it boils down to: - On Linux, when you push a tab to the foreground it also pushes the windows to the foreground - On Win and OSX the window is not pushed to the foreground I guess this discrepancy doesn't come from the way we call the tab activation, but please double check.
,
May 13 2016
Turn tab active is an internal function of chrome. Therefore we call this function the same way for all OSs. This function may eventually interact with individual OS and lead to this discrepancy behavior. The most straight forward solution is to always push the browser to the top of the screen just like we did for window sharing.
,
Jun 3 2016
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/3cd3d02c94561d4e8646c23fd1b636eac60b6731 commit 3cd3d02c94561d4e8646c23fd1b636eac60b6731 Author: gyzhou <gyzhou@chromium.org> Date: Fri Jun 03 18:43:53 2016 Push the chrome browser of the selected tab to the front of the screen, BUG= 605340 Review-Url: https://codereview.chromium.org/2035863002 Cr-Commit-Position: refs/heads/master@{#397765} [modify] https://crrev.com/3cd3d02c94561d4e8646c23fd1b636eac60b6731/chrome/browser/ui/cocoa/media_picker/desktop_media_picker_controller.mm [modify] https://crrev.com/3cd3d02c94561d4e8646c23fd1b636eac60b6731/chrome/browser/ui/views/desktop_capture/desktop_media_picker_views.cc
,
Jun 3 2016
,
Jul 1 2016
bulk verified |
||||||||
►
Sign in to add a comment |
||||||||
Comment 1 by gyzhou@chromium.org
, Apr 20 2016