search

jitsi / jitsi-meet

Jitsi Meet - Secure, Simple and Scalable Video Conferences that you use as a standalone app or embed in your web application.
https://jitsi.org/meet
Apache License 2.0
23.25k stars 6.75k forks source link

Feature request: freezing (or blanking) the shared screen content #15019

Open novoid opened 3 months ago

novoid commented 3 months ago

What problem are you trying to solve?

Many times during screen sharing, I need to quickly switch somewhere else, type in a password or do something else which no other participant should see.

Currently, this requires to cancel the whole screen sharing altogether, do whatever I need to do and then - very tediously - re-start the whole screen sharing experience including searching for the proper windows to share and so forth.

This is far from quick and really drops me out of any presentation flow I was having. It also annoys the participants because they often don't know why the screen share suddenly stopped.

In my opinion, this results in many situations where the presenting person decides to do the other thing while the screen sharing is not stopped. With that in mind, this is actually also a security feature which is currently missing in Jitsi.

What solution would you like to see?

Just like most projector remotes do offer, I'd like to have an easy to reach button within Jitsi to freeze (or blank) the screen as it is currently shown. After invoking, the participants continue to see the frozen screen content (or a black/white screen). The presenting person should see an easy to spot indicator that the screen content is frozen (blanked) with an easy to reach button to re-enable screen sharing.

Is there an alternative?

I don't see any other alternative except stopping and re-starting the whole screen share which is tedious to do and requires much more effort.

github-actions[bot] commented 1 month ago

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

dostef commented 1 month ago

I wouldn't want it to be closed just because there is no activity, so anyone having ideas/thoughts? ;-)

novoid commented 1 month ago

I don't like policies like "yeah, let's kill any feature request that did not get implemented within two months". :pensive:

Happened many times to me. I'll most probably refrain of submitting feature requests for the future for those projects. :cry:

saghul commented 3 weeks ago

Well, you sent it in the middle of the summer, so it unfortunately fell through the cracks, sorry about that.

Speaking about the feature request per se, IMHO the use case is too narrow for us to support. Making this a security related feature is a huge stretch too.

novoid commented 3 weeks ago

Speaking about the feature request per se, IMHO the use case is too narrow for us to support. Making this a security related feature is a huge stretch too.

Well, my example contains a security aspect, yes. However, since this is quite a standard feature for many screen sharing solutions and screen projectors, there are many different use-cases I could mention. For example, searching for another browser document to share next, preparing a demo setup in background, ...