After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 631948 - Desktop sharing status indicator
Desktop sharing status indicator
Status: RESOLVED OBSOLETE
Product: gnome-shell
Classification: Core
Component: system-status
3.24.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2010-10-12 07:53 UTC by William Jon McCann
Modified: 2021-07-05 14:25 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
patch (1.45 KB, patch)
2010-11-03 15:13 UTC, Matthias Clasen
rejected Details | Review

Description William Jon McCann 2010-10-12 07:53:30 UTC
Vino is currently part of the GNOME Core Shell and provides "Desktop sharing" or "Remove access" or similar.  It uses a GtkStatusIcon to display when a client is connected.  In GNOME 3 we won't be displaying Status Icons in the shell so we'll need to provide some kind of shell interface for this.

http://live.gnome.org/GnomeShell/Design/Guidelines/MessageTray/Compatibility

Other options include:
 * Drop from GNOME 3
 * Consider part of the core UX but change it to use only the message tray
 * Consider it an app and use the message tray (will need some redesign)

Created a stub here:
http://live.gnome.org/GnomeShell/Design/Guidelines/SystemStatus/RemoteDesktop
Comment 1 Matthias Clasen 2010-11-03 15:13:34 UTC
Created attachment 173780 [details] [review]
patch

Here is a minimal patch to make the current code work with libnotify 0.7.0.
More work needed for proper system integration in gnome3.
Comment 2 Owen Taylor 2010-11-14 19:29:49 UTC
Comment on attachment 173780 [details] [review]
patch

same patch was filed for vino as bug 631949 ; marking rejected in the gnome-shell context to get it off the review list.
Comment 3 Allan Day 2012-10-31 00:09:58 UTC
Things have moved on, but we still need a design for this:

https://live.gnome.org/GnomeOS/Design/Whiteboards/ScreenShareAndRemoteAccess
Comment 4 Allan Day 2014-08-07 10:03:58 UTC
(In reply to comment #3)
> Things have moved on, but we still need a design for this:
> 
> https://live.gnome.org/GnomeOS/Design/Whiteboards/ScreenShareAndRemoteAccess

The design would be fairly simple though - show an icon in the system status area, with an accompanying submenu that links through the the privacy settings.
Comment 5 Bastien Nocera 2014-11-09 21:57:38 UTC
(In reply to comment #4)
> (In reply to comment #3)
> > Things have moved on, but we still need a design for this:
> > 
> > https://live.gnome.org/GnomeOS/Design/Whiteboards/ScreenShareAndRemoteAccess
> 
> The design would be fairly simple though - show an icon in the system status
> area, with an accompanying submenu that links through the the privacy settings.

Privacy, or the sharing settings which includes the on/off button for screen sharing?
Comment 6 Allan Day 2015-06-25 09:22:15 UTC
(In reply to Bastien Nocera from comment #5)
...
> Privacy, or the sharing settings which includes the on/off button for screen
> sharing?

You're right - linking to sharing would make more sense.
Comment 7 Sebastien Bacher 2017-08-04 15:09:07 UTC
It seems that's still an issue in GNOME 3.24, there is no indication of when a remote user is connected to the machine which is somewhat a security sensitive problem. Old GNOME versions (and Unity) used to have an indicator in the panel which some users might expect
Comment 8 Bastien Nocera 2017-08-07 11:04:38 UTC
(In reply to Sebastien Bacher from comment #7)
> It seems that's still an issue in GNOME 3.24, there is no indication of when
> a remote user is connected to the machine which is somewhat a security
> sensitive problem.

The UI for whether and when to allow sharing has also changed significantly from all-or-nothing to something fine-grained.

> Old GNOME versions (and Unity) used to have an indicator
> in the panel which some users might expect

Vino isn't available in Wayland, which is the default GNOME session. Any new design would need to take the fact that it's almost certainly going to be third-party applications that take advantage of Wayland/mutter screen capture capabilities.
Comment 9 GNOME Infrastructure Team 2021-07-05 14:25:02 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of  gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/

Thank you for your understanding and your help.