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 710711 - weird rendering of list in Sharing
weird rendering of list in Sharing
Status: RESOLVED WONTFIX
Product: gnome-control-center
Classification: Core
Component: Sharing
git master
Other Linux
: Normal normal
: ---
Assigned To: Control-Center Maintainers
Control-Center Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-10-23 10:35 UTC by Andreas Nilsson
Modified: 2015-07-27 16:17 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
screenshot (69.06 KB, image/png)
2013-10-23 10:35 UTC, Andreas Nilsson 		Details

Description Andreas Nilsson 2013-10-23 10:35:44 UTC 
Created attachment 257902 [details]
screenshot

This might be due to something missing in gnome-continuous so that it decide to just render the list below halfway.
Comment 1 Thomas Wood 2013-11-20 12:19:01 UTC 
This probably means none of the supported sharing services are installed. In this case, it would probably be better to show a message rather than an empty list.
Comment 2 Matthias Clasen 2013-11-20 12:21:15 UTC 
its also a little odd to show the computer name item here if there is nothing using it. Might be better to replace the entire page by a message.
Comment 3 Bastien Nocera 2013-11-20 14:19:02 UTC 
(In reply to comment #2)
> its also a little odd to show the computer name item here if there is nothing
> using it. Might be better to replace the entire page by a message.

Bluetooth and the hostnames would be using it.

We require vino, rygel and gnome-user-share in Fedora.
Comment 4 Bastien Nocera 2015-07-27 16:17:33 UTC 
(In reply to Matthias Clasen from comment #2)
> its also a little odd to show the computer name item here if there is
> nothing using it. Might be better to replace the entire page by a message.

It will still be used as the ".local" name, and the Bluetooth adapter name.

I consider this a "distribution" (build system) bug in this case, even if those are run-time dependencies, I don't think we want to make that case nice looking...