** Description changed:
- The vino-server does currently not autostart if one enables it via the
- sharing settings in gnome-control-center. Running gnome-settings-daemon
- -r --debug shows that it tries to locate vino-server.desktop which it
- cannot find and therefore fails to start. Looking at the debian package,
- a confirmed and working fix for Ubuntu 16.04 is: sudo ln -s
- /etc/xdg/autostart/vino-server.desktop /usr/share/applications/vino-
- server.desktop or only shipping that file in /usr/share/application
+ Impact
+ ======
+ The Desktop Sharing option in GNOME's Settings apps silently doesn't work.
+
+ Test Case
+ =========
+ On the host computer:
+ 1. In Ubuntu GNOME, open the Settings app.
+ 2. Open the Sharing panel.
+ 3. In the headerbar, turn on Sharing.
+ 4. Click Screen Sharing. Turn it On. (If it was already On, turn it off then
On.)
+
+ On the guest computer:
+ 5. From a different computer connected to the same local network, attempt to
connect to the local
+
+ For this, you can install Vinagre. Click Connect. Use Protocol: VNC and
+ enter the IP address for the test computer in the Host: field. Click
+ Connect.
+
+ On the host computer:
+ 6. You probably need to approve a popup message to allow the remote user to
connect.
+
+ Regression Potential
+ ====================
+ This only adds a symlinked NoDisplay=true .desktop to
+ /usr/share/applications/
+
+ Other Info
+ ==========
+ The fix for Ubuntu 16.10 is a bit different. There we can just backport the
systemd service file added to vino 3.22 since gnome-settings-daemon 3.22
handles sharing services via systemd user services.
+
+ I verified that the extra .service file does not affect the way vino-
+ preferences works in Unity 16.10. It's just ignored and manually trying
+ to start the service in Unity doesn't work either which is fine. For
+ 17.04+ we should look at having Unity use the systemd user service too.
+
+ Original Bug Report with Workaround
+ ===================================
+ Running gnome-settings-daemon -r --debug shows that it tries to locate
vino-server.desktop which it cannot find and therefore fails to start. Looking
at the debian package, a confirmed and working fix for Ubuntu 16.04 is: sudo ln
-s /etc/xdg/autostart/vino-server.desktop
/usr/share/applications/vino-server.desktop or only shipping that file in
/usr/share/application
** Changed in: vino (Ubuntu Xenial)
Status: Triaged => In Progress
** Changed in: ubuntu-gnome
Status: Triaged => Fix Committed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to vino in Ubuntu.
https://bugs.launchpad.net/bugs/1607663
Title:
vino-server does not autostart on Ubuntu-GNOME
Status in Ubuntu GNOME:
Fix Committed
Status in vino package in Ubuntu:
Fix Committed
Status in vino source package in Xenial:
In Progress
Bug description:
Impact
======
The Desktop Sharing option in GNOME's Settings apps silently doesn't work.
Test Case
=========
On the host computer:
1. In Ubuntu GNOME, open the Settings app.
2. Open the Sharing panel.
3. In the headerbar, turn on Sharing.
4. Click Screen Sharing. Turn it On. (If it was already On, turn it off then
On.)
On the guest computer:
5. From a different computer connected to the same local network, attempt to
connect to the local
For this, you can install Vinagre. Click Connect. Use Protocol: VNC
and enter the IP address for the test computer in the Host: field.
Click Connect.
On the host computer:
6. You probably need to approve a popup message to allow the remote user to
connect.
Regression Potential
====================
This only adds a symlinked NoDisplay=true .desktop to
/usr/share/applications/
Other Info
==========
The fix for Ubuntu 16.10 is a bit different. There we can just backport the
systemd service file added to vino 3.22 since gnome-settings-daemon 3.22
handles sharing services via systemd user services.
I verified that the extra .service file does not affect the way vino-
preferences works in Unity 16.10. It's just ignored and manually
trying to start the service in Unity doesn't work either which is
fine. For 17.04+ we should look at having Unity use the systemd user
service too.
Original Bug Report with Workaround
===================================
Running gnome-settings-daemon -r --debug shows that it tries to locate
vino-server.desktop which it cannot find and therefore fails to start. Looking
at the debian package, a confirmed and working fix for Ubuntu 16.04 is: sudo ln
-s /etc/xdg/autostart/vino-server.desktop
/usr/share/applications/vino-server.desktop or only shipping that file in
/usr/share/application
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-gnome/+bug/1607663/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
