elementary / elementary/panel-network

NetworkManage cant connect wifi unless nm-applet is started

Open
#218 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
Vala
Stars
28
Forks
16
Avg merge
15h 37m
Merged PRs (30d)
4

Description

Hi,

I use elementary OS 5.1.7 Hera, and I use Git.
I have installed `libsecret` to be used with git to remember my credentials.

After installing `libsecret` I can not anymore connect to **new wifi networks** (previously saved wifi works well). All is working with wifi network interface, I test firmware missing, package missing and seems to be ok.

After some research I found this on Arch Linux forum:
https://wiki.archlinux.org/index.php/Talk:NetworkManager#Explain_that_encrypting_passwords_requires_nm-applet_(or_equivalent?)_to_be_running

The problem, as I understand is that `NetworkManager` wants to get credentials but it can not after installing `libsecret`, the only way that it can is starting first the `nm-applet`. I dont understand very well why but I wrote this report to help anyone with same problem or even to known if this is a bug. In effect, it is like `nm-applet` acts as brigde to get credential through `libsecret` or something like this.

**Steps to Reproduce:**

- Install fresh Elementary OS
- Conenct to any wifi (all will work normally)
- install `git` and `libsecret`
- configure `git` to use `libsecret` as the credential manager (I dont known if this were relevant)
- reboot
- try to connect to a **new** wifi that needs a password

The result should be that you can't connect and password prompt never is presented.

**The Solution:**

- open terminal and start `nm-applet`
- a new orange icon will appear on systemtray
- try to connect to the a new wifi
- password prompt appears and all works perfect
- then stop `nm-applet` and try to connect to new one wifi, this will not work again.

Viewing the `/var/log/syslog` I see while trying to connect:

Apr 15 14:02:41 camilova NetworkManager[979]: [1618509761.1238] device (wlp3s0): Activation: starting connection 'DPVO' (64e9d764-15d7-4ca3-a7ee-80fd7a9128cc)
Apr 15 14:02:41 camilova NetworkManager[979]: [1618509761.1240] audit: op="connection-activate" uuid="64e9d764-15d7-4ca3-a7ee-80fd7a9128cc" name="DPVO" pid=1753 uid=1000 result="success"
Apr 15 14:02:41 camilova NetworkManager[979]: [1618509761.1243] device (wlp3s0): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
Apr 15 14:02:41 camilova NetworkManager[979]: [1618509761.1256] device (wlp3s0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
Apr 15 14:02:41 camilova NetworkManager[979]: [1618509761.1263] device (wlp3s0): Activation: (wifi) access point 'DPVO' has security, but secrets are required.
Apr 15 14:02:41 camilova NetworkManager[979]: [1618509761.1269] device (wlp3s0): state change: config -> need-auth (reason 'none', sys-iface-state: 'managed')
Apr 15 14:02:41 camilova NetworkManager[979]: [1618509761.1298] device (wlp3s0): No agents were available for this request.
Apr 15 14:02:41 camilova NetworkManager[979]: [1618509761.1302] device (wlp3s0): state change: need-auth -> failed (reason 'no-secrets', sys-iface-state: 'managed')
Apr 15 14:02:41 camilova NetworkManager[979]: [1618509761.1312] device (wlp3s0): Activation: failed for connection 'DPVO'
Apr 15 14:02:41 camilova NetworkManager[979]: [1618509761.1323] device (wlp3s0): state change: failed -> disconnected (reason 'none', sys-iface-state: 'managed')

What ends to be the way to solve this for me was researching about the line *No agents were available for this request.* and I understand this as "it cant find the credential manager" ???

Then, could it be a bug on elementary (or ubuntu, or linux wide)?

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.