GNOME Bugzilla – Bug 167690
vino-preference: command shows localhost.localdomain
Last modified: 2009-02-13 13:27:34 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."
why using gethostbyname () instead of gethostname () by default?
To find out the machine's FQDN I expect. I think vino-preferences should use mdns, and display 'xerces.local', etc.
Comment from Ubuntu bug: "What about just showing the IP number? Many people don't have the FQDN set up properly anyway."
*** Bug 330590 has been marked as a duplicate of this bug. ***
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?
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?
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?
Hi, this is fixed in 2.25. Now the capplet shows the IP address instead of the name.