Bug 2006314 - Attempting to join wifi network in initial-setup fails
Summary: Attempting to join wifi network in initial-setup fails
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-keyring
Version: 35
Hardware: Unspecified
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Matthias Clasen
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F35BetaBlocker F35BetaFreezeException F35FinalBlocker
TreeView+ depends on / blocked
 
Reported: 2021-09-21 13:27 UTC by Paul Whalen
Modified: 2021-09-24 21:32 UTC (History)
15 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2021-09-22 17:40:38 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
GNOME Gitlab GNOME gnome-keyring issues 77 0 None None None 2021-09-21 22:12:03 UTC

Internal Links: 2005625

Description Paul Whalen 2021-09-21 13:27:19 UTC
Description of problem:

Testing the nightly Workstation image from 20210920.n.0, when attempting to join a Wifi network in gnome-initial-setup, the password dialog window never appears.

Version-Release number of selected component (if applicable):
gnome-initial-setup-41~rc-3.fc35

How reproducible:
100%

Steps to Reproduce:
1. Attempt to join wifi network when completing initial-setup


Actual results:
Dialog window never appears

Expected results:
Enter password, join the network. 

Additional info:

Comment 1 Paul Whalen 2021-09-21 14:18:03 UTC
When attempting to join a specific network, it eventually times out and returns to the full list. 

From the logs:

Sep 21 10:04:46 rpi4-5 systemd[1]: systemd-hostnamed.service: Deactivated successfully.
Sep 21 10:04:52 rpi4-5 NetworkManager[981]: <info>  [1632233092.0070] device (wlan0): Activation: starting connection 'friendly-neighbours' (3be43b03-7b3f-44d4-ab44-03883521b91f)
Sep 21 10:04:52 rpi4-5 NetworkManager[981]: <info>  [1632233092.0096] device (wlan0): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
Sep 21 10:04:52 rpi4-5 NetworkManager[981]: <info>  [1632233092.5418] device (wlan0): set-hw-addr: reset MAC address to DC:A6:32:B1:DE:15 (preserve)
Sep 21 10:04:52 rpi4-5 NetworkManager[981]: <info>  [1632233092.5474] device (wlan0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
Sep 21 10:04:52 rpi4-5 NetworkManager[981]: <info>  [1632233092.5489] device (wlan0): Activation: (wifi) access point 'friendly-neighbours' has security, but secrets are required.
Sep 21 10:04:52 rpi4-5 NetworkManager[981]: <info>  [1632233092.5491] device (wlan0): state change: config -> need-auth (reason 'none', sys-iface-state: 'managed')
Sep 21 10:04:52 rpi4-5 NetworkManager[981]: <info>  [1632233092.5720] device (wlan0): supplicant interface state: inactive -> interface_disabled
Sep 21 10:04:52 rpi4-5 NetworkManager[981]: <info>  [1632233092.5722] device (p2p-dev-wlan0): supplicant management interface state: inactive -> interface_disabled
Sep 21 10:04:52 rpi4-5 NetworkManager[981]: <info>  [1632233092.5726] device (wlan0): supplicant interface state: interface_disabled -> inactive
Sep 21 10:04:52 rpi4-5 NetworkManager[981]: <info>  [1632233092.5728] device (p2p-dev-wlan0): supplicant management interface state: interface_disabled -> inactive
Sep 21 10:05:17 rpi4-5 NetworkManager[981]: <warn>  [1632233117.6014] device (wlan0): no secrets: No agents were available for this request.
Sep 21 10:05:17 rpi4-5 NetworkManager[981]: <info>  [1632233117.6016] device (wlan0): state change: need-auth -> failed (reason 'no-secrets', sys-iface-state: 'managed')
Sep 21 10:05:17 rpi4-5 systemd[1]: virtqemud.service: Deactivated successfully.
Sep 21 10:05:18 rpi4-5 NetworkManager[981]: <info>  [1632233118.1222] device (wlan0): set-hw-addr: set MAC address to 92:EB:B6:C6:18:6E (scanning)
Sep 21 10:05:18 rpi4-5 NetworkManager[981]: <warn>  [1632233118.1287] device (wlan0): Activation: failed for connection 'friendly-neighbours'
Sep 21 10:05:18 rpi4-5 NetworkManager[981]: <info>  [1632233118.1293] device (wlan0): supplicant interface state: inactive -> interface_disabled
Sep 21 10:05:18 rpi4-5 NetworkManager[981]: <info>  [1632233118.1295] device (p2p-dev-wlan0): supplicant management interface state: inactive -> interface_disabled
Sep 21 10:05:18 rpi4-5 NetworkManager[981]: <info>  [1632233118.1307] device (wlan0): state change: failed -> disconnected (reason 'none', sys-iface-state: 'managed')
Sep 21 10:05:18 rpi4-5 NetworkManager[981]: <info>  [1632233118.1623] device (wlan0): supplicant interface state: interface_disabled -> inactive
Sep 21 10:05:18 rpi4-5 NetworkManager[981]: <info>  [1632233118.1626] device (p2p-dev-wlan0): supplicant management interface state: interface_disabled -> inactive
Sep 21 10:05:30 rpi4-5 /usr/libexec/gdm-wayland-session[1160]: dbus-daemon[1160]: [session uid=984 pid=1160] Failed to activate service 'org.freedesktop.secrets': timed out (service_start_timeout=120000ms)

Comment 2 Paul Whalen 2021-09-21 14:41:59 UTC
After initial-setup is completed, wifi is listed as "connecting" and required the "Forget Connection" option before allowing me to successfully connect. 

Proposing as a blocker for F35 Beta, it should be possible to complete all steps in gnome-inital-setup including wifi configuration.

Comment 3 Adam Williamson 2021-09-21 19:34:40 UTC
I suspect this may also be the same underlying cause as https://bugzilla.redhat.com/show_bug.cgi?id=2005625 and https://bugzilla.redhat.com/show_bug.cgi?id=2004565 , because it's to do with the secrets service again. We're working on a workaround for that ATM.

Comment 4 Michael Catanzaro 2021-09-21 22:36:46 UTC
(In reply to Adam Williamson from comment #3)
> I suspect this may also be the same underlying cause as
> https://bugzilla.redhat.com/show_bug.cgi?id=2005625 and
> https://bugzilla.redhat.com/show_bug.cgi?id=2004565 , because it's to do
> with the secrets service again. We're working on a workaround for that ATM.

Yup, almost for certain.

Comment 5 Fedora Update System 2021-09-22 01:10:18 UTC
FEDORA-2021-fa340d4bf0 has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2021-fa340d4bf0

Comment 6 Adam Williamson 2021-09-22 15:20:09 UTC
This should be fixed in RC1, as I believe it had the same cause as 2005625 (see above). Can you confirm, Paul? Thanks!

Comment 7 Paul Whalen 2021-09-22 15:32:35 UTC
(In reply to Adam Williamson from comment #6)
> This should be fixed in RC1, as I believe it had the same cause as 2005625
> (see above). Can you confirm, Paul? Thanks!

Fixed in RC1.1

Comment 8 Michael Catanzaro 2021-09-22 17:40:38 UTC

*** This bug has been marked as a duplicate of bug 2005625 ***

Comment 9 Fedora Update System 2021-09-22 18:47:28 UTC
FEDORA-2021-fa340d4bf0 has been pushed to the Fedora 35 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-fa340d4bf0`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-fa340d4bf0

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 10 Fedora Update System 2021-09-24 00:31:19 UTC
FEDORA-2021-fa340d4bf0 has been pushed to the Fedora 35 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 11 Adam Williamson 2021-09-24 21:32:14 UTC
We fixed this for the Beta, so no need for CommonBugs.


Note You need to log in before you can comment on or make changes to this bug.