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 167690 - vino-preference: command shows localhost.localdomain
vino-preference: command shows localhost.localdomain
Status: RESOLVED FIXED
Product: vino
Classification: Applications
Component: Preferences Dialog
2.20.x
Other Linux
: Normal normal
: ---
Assigned To: Vino Maintainer(s)
Vino Maintainer(s)
: 330590 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-02-17 10:21 UTC by Sebastien Bacher
Modified: 2009-02-13 13:27 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Sebastien Bacher 2005-02-17 10:21:45 UTC
This bug has been opened here: https://bugzilla.ubuntu.com/6657

"When setting the preferences, the command shown says:"vncviewer
localhost.localdomain:0"

With that command is impossible to connect to another computer.  In those cases
it should show your ip address."
Comment 1 Sebastien Bacher 2005-09-10 17:04:08 UTC
why using gethostbyname () instead of gethostname () by default?
Comment 2 Sam Morris 2006-08-08 15:24:32 UTC
To find out the machine's FQDN I expect.

I think vino-preferences should use mdns, and display 'xerces.local', etc.
Comment 3 Daniel Holbach 2006-09-14 16:55:10 UTC
Comment from Ubuntu bug: "What about just showing the IP number? Many people don't have the FQDN set up properly anyway."
Comment 4 Mark McLoughlin 2006-10-23 13:14:00 UTC
*** Bug 330590 has been marked as a duplicate of this bug. ***
Comment 5 Jonh Wendell 2007-02-12 13:09:03 UTC
Isn't this fixed in 2.17.x?

From changelog:
2006-11-17  Jonh Wendell <jwendell@cvs.gnome.org>

	Fixes bug #376287 - Vino shows the wrong host in 2.17.2

	* vino/server/libvncserver/rfbserver.c : remove rfbSockaddrToHostname()
	function and updated rfbNewClient() so that it gets the right ip/name
	from remote machine.

Are we talking about the same problem?

Sebastien, Daniel, can you try that version?
Comment 6 Sebastien Bacher 2007-02-12 13:22:32 UTC
The current feisty version display "machine-name:0", where "machine-name" is the hostname of the box and not known on the network. The ":0" doesn't look correct neither. Note that the label is on a button that allow to send a mail which looks weird, shouldn't it be a standard selectable label?
Comment 7 Luis Villa 2007-12-21 22:57:17 UTC
I'm still getting this here with 2.20- localhost.localdomain:0.

The machine should be getting music.lan from dns (I'm able to access it at that address), and it seems to be broadcasting musicbox.local over avahi (though vinagre chokes when trying to open that.) Either would be better than localhost.localdomain, which is always going to fail, no?
Comment 8 Jonh Wendell 2009-02-13 13:27:34 UTC
Hi, this is fixed in 2.25. Now the capplet shows the IP address instead of the name.