Screen sharing froze after attendee left
closed
J
Jim Ivey
In a three-party screen sharing session today, when one remote viewer left the meeting the host's system stopped sending updates to the other remote viewer. Stopping and restarting sharing didn't fix it immediately. Having the remaining remote viewer share and then unshared somehow got the host's sharing working again. Windows 10 version 1909 on all three computers.
Log In
J Sherwani (Pop Team)
closed
Pop has had significant improvements made since this bug was filed, so we closing out this bug as stale. If you’re still experiencing this issue, please create a new bug.
S
Stijn Vanpoucke
We had the same issue with 2-3 guest using mac and the presenter on Linux but it also happend once when a mac user was presenting
J
Jim Ivey
We're still experiencing numerous issues when we have viewers entering and leaving meetings. Today the host's session froze, and they even completely lost control of their keyboard and mouse.
J Sherwani (Pop Team)
Jim Ivey: Sorry about that — I’m going to look into this today myself and will report back on what I find.
J
Jim Ivey
J Sherwani (Pop Team): Thanks! It's really disappointing, because I love the potential of the tool, but every time we try to use it for pair programming something goes really wrong and everyone gets frustrated and we go back to a (suboptimal) tool (like Teams or Zoom). On the positive side, everyone commented that the performance seemed much better.
J Sherwani (Pop Team)
Jim Ivey: I spent a fair amount of time trying to reproduce some of the issues you described, but was unsuccessful. These may have been fixed by an upstream fix pushed out by our WebRTC infrastructure provider, Daily.co.
Would you have time to try to reproduce some of these issues with me? If so, please find a time via https://calendly.com/j-screen/30min
I really want to fix each and every issue your team is seeing, and unblock you from being able to use Screen consistently.
J
Jim Ivey
J Sherwani (Pop Team): I'll try to get to a point where we can reliably reproduce it. We had a two-session this morning where we only had a similar problems, and then it was fine for the next couple hours. Here's a quick summary of what happened during the problem (slightly different than the original report):
- I was sharing my screen (one monitor in a dual monitor setup). There was one remote viewer.
- The remote viewer took control and I switched my side to the annotation tool.
- At some point shortly after that my mouse and keyboard froze, and I was unable to do anything.
- The remote viewer started sharing, in an attempt to clear the problem, but my screen was still frozen.
- A CTRL-ALT-DEL got me to the Task Manager, and when I canceled out of that I had regained control of keyboard and mouse.
- I restarted sharing, and everything started working fine again.
J Sherwani (Pop Team)
Jim Ivey: This is very helpful, thanks! I'll try to reproduce based on these steps (and generally, with a mix of host-side drawing and guest-side control).
J Sherwani (Pop Team)
I just found this issue: if a guest is in control of a Windows PC and clicks on the mini-panel to drag it, everything breaks — neither the host nor guest can control the computer without resorting to Ctrl-Alt-Del > Task Manager.
While we work on a fix, as a temporary workaround, please ask screen share guests to not move the minipanel around (or minimize it to make that impossible).
J Sherwani (Pop Team)
I’ve pushed out a fix for this (if a guest tries to control the host's mini-panel, mouse events will pass through to the app behind the mini-panel instead).
Let me know if you see any issues around control.
J Sherwani (Pop Team)
This should now be fixed with the latest update. Sorry about that (we’re working on improving our automated tests to find such issues in our internal testing). In the meantime, if you see any errors, please let me know!
J Sherwani (Pop Team)
in progress
We can reproduce this issue — looking into it right now.