Internet Explorer, Word and Excel do not update after initial load of desktopCapture
Reported by
jsr...@talkative.uk,
Oct 16 2017
|
|||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36 Steps to reproduce the problem: 1. Start Internet Explorer (11) 2. Go to a WebRTC screenshare demo, Hangouts or Appear.in - In the above demo I have used https://janus.conf.meetecho.com/screensharingtest.html 3. Share your screen using "Application Window" and select the Internet Explorer window. 4. Make any sort of changes in Internet Explorer such as fill in input fields or navigate to a different page. What is the expected behavior? The screenshared version should reflect any of the changes you've made in the IE window. What went wrong? Screenshared version remains unchanged. However, the url bar and the tab do seem to stay "live". Did this work before? N/A Does this work in other browsers? Yes Chrome version: 61.0.3163.100 Channel: stable OS Version: 10.0 Flash Version: Potential work around is to share the whole monitor or resizing the window to force an update to the screenshared version. This bug is also applicable to MS Word, Excel and PowerPoint, which were supposed to have been fixed previously as per bug 403703
,
Oct 17 2017
,
Oct 24 2017
Just to update, I was able to reproduce the behavior as attached in screen-cast of C#0 on 61.0.3163.100 on Windows-10. But the same works fine on the latest stable(62.0.3202.62) and the latest canary(64.0.3247.0) on Windows-10. jsrsen@: Could you please check this on the latest canary or the latest stable and confirm if the issue is still seen from your end. You can download canary or beta or stable from here: https://www.chromium.org/getting-involved/dev-channel. Note: Interestingly when trying to take the screen-cast of the good behavior on M-62, I am observing the issue but this works fine normally as per the steps from the screen-cast attached in C#0.
,
Jan 19 2018
When sharing powerpoint, in presentation mode, slide changes are not updating. The stream appears frozen.
,
Sep 27
This seems very similar to issue 838062. braveyao@, can you check if they are duplicates, and if not unassign yourself again? Thanks!
,
Oct 3
To share the app windows like IE/Office, it's required that the target window stays on-top, without any occluding. One easy problem is the target window is covered a little bit by the screen border. So keep it away from screen border and task bar. The root reason is those window doesn't support GDI window capture API well, e.g. printWindow/BitBlt. You can't get any update. So Chrome will cropping the target window out of a screencapture, which requires that the target window without any occluding. If we can't do the cropping and fallback to GDI methods, you will get such a result. (Some other OS apps, i.e. file explorer, can work well.) At present, there is nothing we can do. |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by ligim...@chromium.org
, Oct 16 2017