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 795196 - Ethernet connection doesn't fail on supplicant timeout if no secrets are required
Ethernet connection doesn't fail on supplicant timeout if no secrets are requ...
Status: RESOLVED FIXED
Product: NetworkManager
Classification: Platform
Component: general
git master
Other Linux
: Normal normal
: ---
Assigned To: NetworkManager maintainer(s)
NetworkManager maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2018-04-12 12:09 UTC by Michael Schaller
Modified: 2018-04-12 12:37 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Michael Schaller 2018-04-12 12:09:46 UTC
An Ethernet connection attempt that encountered a supplicant
timeout is stuck in the needs-auth state even if no secrets are required (*-flags variables are all set to 4).

Log:
<warn> device (xxx): Activation: (ethernet) association took too long.
<info> device (xxx): state change: config -> need-auth (reason 'none', internal state 'managed')
<info> device (xxx): Cleared secrets, but setting didn't need any secrets.
<warn> device (xxx): Activation: (ethernet) asking for new secrets

Here is a pull request to fix the issue:
https://github.com/NetworkManager/NetworkManager/pull/92
Comment 1 Michael Schaller 2018-04-12 12:16:25 UTC
With the fix applied I'm getting this log:
<warn> device (xxx): Activation: (ethernet) association took too long.
<info> device (xxx): state change: config -> need-auth (reason 'none', internal state 'managed')
<info> device (xxx): Cleared secrets, but setting didn't need any secrets.
<info> device (xxx): state change: need-auth -> failed (reason 'no-secrets', internal state 'managed')
<warn> device (xxx): Activation: failed for connection 'xxx'
<info> device (xxx): state change: failed -> disconnected (reason 'none', internal state 'managed')
Comment 2 Thomas Haller 2018-04-12 12:26:43 UTC
Fixed: https://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=69b7a76dc27f71981b7eb68bcce134654eb6fe7d

Thanks Michael!!


(btw, as far as I am concerned, you don't have to open a bugzilla entry together with the bugzilla request. You could also comment relevant information on github. But as you prefer...).
Comment 3 Michael Schaller 2018-04-12 12:37:57 UTC
Thanks! :-D