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 660232 - Wlan/Network-Connection essid keeps changing to asterisk "*"
Wlan/Network-Connection essid keeps changing to asterisk "*"
Status: RESOLVED FIXED
Product: NetworkManager
Classification: Platform
Component: general
0.9.x
Other Linux
: Normal normal
: ---
Assigned To: Dan Williams
Dan Williams
: 660845 664327 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2011-09-27 09:07 UTC by Sven
Modified: 2011-11-21 09:41 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Sven 2011-09-27 09:07:30 UTC
I experience a pretty annoying bug @Archlinux, which didn't happen at the beginning with Gnome 3.0, but now also appears after a full system reinstallation.

On my laptop, the essid of my wlan-connection in the NetworkManager keeps changing to an asterisk ("*") which means I cannot connect to it. The only way I found to connect, is to execute "sudo network-manager-applet" from the terminal and change the essid back to the real value. (but as I said it keeps changing back to * afterwards)

The essid is recognized correctly in the menu:
http://i.imgur.com/nG1XI.png
http://i.imgur.com/jveqL.png

But it's wrong in my settings:
http://i.imgur.com/z5lEA.png
http://i.imgur.com/kncQF.png

Please let me know if you need further information!
Comment 1 Sven 2011-10-09 08:55:27 UTC
I've kind of solved this issue: I changed my SSID (from '42') to a value that only contains alphabetic characters and it works flawless now. The new networkmanager seems to have problems with SSIDs that only contain numbers. I didn't have this issue in 3.0, this bug appeared when testing the 3.2 (beta-)releases.
Comment 2 Jiri Klimes 2011-10-13 14:30:37 UTC
There is a problem with storing/reading SSIDs. The issue has been introduced
after we allowed storing SSIDs without non-printable characters as strings instead
of byte arrays.

So we have two formats. Unfortunately, the two formats are not completely 
distinguishable for all cases. Numbers are one of those cases.
E.g. 42 is taken as a byte and the character for that is '*'. Even if in this case we could figure out that '42' should be regarded as 2-character string '42'
instead of '*' (else explicit '*' would be in the config), for numbers that represent non-printable characters we are clueless.
E.g.:
'13'         - string value of '13' or one byte 'CR'  ???
'65;66;67;9' - string value of '65;66;67;9' or ABC\t  ???

So, we have to work out a way how to distinguish between strings x byte arrays.
The thing is complicated by the fact we should maintain backwards compatibility
in order to correctly parse older configs.
Comment 3 Jiri Klimes 2011-10-13 14:31:12 UTC
*** Bug 660845 has been marked as a duplicate of this bug. ***
Comment 4 wishper 2011-10-18 18:16:47 UTC
Had the same problem.
Solved it by entering the BSSID in nm-connection-editor. This way, Network-Manager forget about the problem with the value of the ssid. This way, i could keep 42 for my bssid.


By running nm-connection-editor in a terminal, i have the following error line :
** (nm-connection-editor:4313): WARNING **: Invalid setting Wireless: ssid
Comment 5 Jiri Klimes 2011-10-19 07:42:54 UTC
Fixed upstream:
965d5860ab35df3df586278dfba80fa89e30029a (master)
50e329a92fc34d3bdbf21b5104949ae0fbe3c8f0 (master)
Comment 6 Jiri Klimes 2011-11-21 09:41:19 UTC
*** Bug 664327 has been marked as a duplicate of this bug. ***