Bug 2540692
| Summary: | Cannot authenticate to secure wifi during gnome-initial-setup as oo7-daemon is not running | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Brandon Nielsen <nielsenb> | ||||||
| Component: | gnome-initial-setup | Assignee: | GNOME SIG Unassigned <gnome-sig> | ||||||
| Status: | POST --- | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 45 | CC: | decathorpe, feborges, gnome-sig, jgroman, kalevlember, kparal.oss, ngompa13, rhbz, tiagomatos | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | AcceptedBlocker | ||||||||
| Fixed In Version: | Doc Type: | --- | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | Type: | --- | |||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Bug Depends On: | |||||||||
| Bug Blocks: | 2406954 | ||||||||
| Attachments: |
|
||||||||
|
Description
Brandon Nielsen
2026-09-24 18:35:55 UTC
Proposed as a Blocker for 45-final by Fedora user nielsenb using the blocker tracking app because: Network connection page of gnome-initial-setup does not withstand a basic functionality test. Violates the [first boot experience criteria](https://fedoraproject.org/wiki/Fedora_45_Final_Release_Criteria#First_boot_experience). Forgot to note the network in question is secured with WPA2-Personal. This is also a coredump earlier in the logs:
Sep 24 08:06:57 fedora systemd-coredump[1325]: Process 1304 (gnome-session-i) of user 970 dumped core.
Module libbrotlicommon.so.1 from rpm brotli-1.2.0-6.fc45.x86_64
Module libgraphite2.so.3 from rpm graphite2-1.3.14-22.fc45.x86_64
Module libbrotlidec.so.1 from rpm brotli-1.2.0-6.fc45.x86_64
Module libharfbuzz.so.0 from rpm harfbuzz-14.3.1-1.fc45.x86_64
Module libpng16.so.16 from rpm libpng-1.6.58-2.fc45.x86_64
Module libbz2.so.1 from rpm bzip2-1.0.8-24.fc45.x86_64
Module libfreetype.so.6 from rpm freetype-2.14.3-2.fc45.x86_64
Module liblzma.so.5 from rpm xz-5.8.3-2.fc45.x86_64
Module libfontconfig.so.1 from rpm fontconfig-2.18.3-1.fc45.x86_64
Module libxml2.so.2 from rpm libxml2-2.13.9-4.fc45.x86_64
Module libglycin-2.so.0 from rpm glycin-2.2.0-1.fc45.x86_64
Module libm.so.6 from rpm glibc-2.44-1.fc45.x86_64
Module libblkid.so.1 from rpm util-linux-2.42.2-3.fc45.x86_64
Module ld-linux-x86-64.so.2 from rpm glibc-2.44-1.fc45.x86_64
Module libseccomp.so.2 from rpm libseccomp-2.6.1-3.fc45.x86_64
Module libudev.so.1 from rpm systemd-262-1.fc45.x86_64
Module libxkbregistry.so.0 from rpm libxkbcommon-1.13.1-3.fc45.x86_64
Module libsystemd.so.0 from rpm systemd-262-1.fc45.x86_64
Module libgdk_pixbuf-2.0.so.0 from rpm gdk-pixbuf2-2.44.8-3.fc45.x86_64
Module libpcre2-8.so.0 from rpm pcre2-10.47-1.fc45.2.x86_64
Module libffi.so.8 from rpm libffi-3.5.2-3.fc45.x86_64
Module libselinux.so.1 from rpm libselinux-3.11-5.fc45.x86_64
Module libmount.so.1 from rpm util-linux-2.42.2-3.fc45.x86_64
Module libz.so.1 from rpm zlib-ng-2.3.3-6.fc45.x86_64
Module libgmodule-2.0.so.0 from rpm glib2-2.89.4-1.fc45.x86_64
Module libc.so.6 from rpm glibc-2.44-1.fc45.x86_64
Module libgnome-desktop-4.so.2 from rpm gnome-desktop3-51~alpha-2.fc45.x86_64
Module libglib-2.0.so.0 from rpm glib2-2.89.4-1.fc45.x86_64
Module libgobject-2.0.so.0 from rpm glib2-2.89.4-1.fc45.x86_64
Module libgio-2.0.so.0 from rpm glib2-2.89.4-1.fc45.x86_64
Module gnome-session-init-worker from rpm gnome-session-51.0-1.fc45.x86_64
Stack trace of thread 1304:
#0 0x00007f7ba578cacc __pthread_kill_implementation (libc.so.6 + 0xefacc)
#1 0x00007f7ba5730f4e raise (libc.so.6 + 0x93f4e)
#2 0x00007f7ba571843f abort (libc.so.6 + 0x7b43f)
#3 0x00007f7ba599d1b1 _g_log_abort.cold (libglib-2.0.so.0 + 0xb41b1)
#4 0x00007f7ba59e87f0 g_log_default_handler (libglib-2.0.so.0 + 0xff7f0)
#5 0x00007f7ba59e8b13 g_logv (libglib-2.0.so.0 + 0xffb13)
#6 0x00007f7ba59e8e63 g_log (libglib-2.0.so.0 + 0xffe63)
#7 0x000055cca47d4e1b main (gnome-session-init-worker + 0x3e1b)
#8 0x00007f7ba571a301 __libc_start_call_main (libc.so.6 + 0x7d301)
#9 0x00007f7ba571a418 __libc_start_main@@GLIBC_2.34 (libc.so.6 + 0x7d418)
#10 0x000055cca47d5235 _start (gnome-session-init-worker + 0x4235)
Stack trace of thread 1321:
#0 0x00007f7ba580c79d syscall (libc.so.6 + 0x16f79d)
#1 0x00007f7ba5a0f1eb g_cond_wait (libglib-2.0.so.0 + 0x1261eb)
#2 0x00007f7ba59a532c g_async_queue_pop_intern_unlocked (libglib-2.0.so.0 + 0xbc32c)
#3 0x00007f7ba5a18b74 g_thread_pool_spawn_thread (libglib-2.0.so.0 + 0x12fb74)
#4 0x00007f7ba5a186e2 g_thread_proxy (libglib-2.0.so.0 + 0x12f6e2)
#5 0x00007f7ba578aa39 start_thread (libc.so.6 + 0xeda39)
#6 0x00007f7ba580ea1c __clone3 (libc.so.6 + 0x171a1c)
Stack trace of thread 1323:
#0 0x00007f7ba580c79d syscall (libc.so.6 + 0x16f79d)
#1 0x00007f7ba5a0f04b g_mutex_unlock_slowpath (libglib-2.0.so.0 + 0x12604b)
#2 0x00007f7ba59dbedf g_source_attach (libglib-2.0.so.0 + 0xf2edf)
#3 0x00007f7ba5bdf6e6 g_task_return (libgio-2.0.so.0 + 0x1326e6)
#4 0x00007f7ba5c41504 on_worker_message_received (libgio-2.0.so.0 + 0x194504)
#5 0x00007f7ba5c54e43 _g_dbus_worker_do_read_cb (libgio-2.0.so.0 + 0x1a7e43)
#6 0x00007f7ba5bdb31c g_task_return_now (libgio-2.0.so.0 + 0x12e31c)
#7 0x00007f7ba5bdb355 complete_in_idle_cb (libgio-2.0.so.0 + 0x12e355)
#8 0x00007f7ba59dee94 g_idle_dispatch (libglib-2.0.so.0 + 0xf5e94)
#9 0x00007f7ba59e14a4 g_main_context_dispatch_unlocked (libglib-2.0.so.0 + 0xf84a4)
#10 0x00007f7ba59e2928 g_main_context_iterate_unlocked.isra.0 (libglib-2.0.so.0 + 0xf9928)
#11 0x00007f7ba59e2b57 g_main_loop_run (libglib-2.0.so.0 + 0xf9b57)
#12 0x00007f7ba5c4d062 gdbus_shared_thread_func.lto_priv.0 (libgio-2.0.so.0 + 0x1a0062)
#13 0x00007f7ba5a186e2 g_thread_proxy (libglib-2.0.so.0 + 0x12f6e2)
#14 0x00007f7ba578aa39 start_thread (libc.so.6 + 0xeda39)
#15 0x00007f7ba580ea1c __clone3 (libc.so.6 + 0x171a1c)
Stack trace of thread 1322:
#0 0x00007f7ba5793112 __syscall_cancel_arch (libc.so.6 + 0xf6112)
#1 0x00007f7ba578732c __internal_syscall_cancel (libc.so.6 + 0xea32c)
#2 0x00007f7ba5787374 __syscall_cancel (libc.so.6 + 0xea374)
#3 0x00007f7ba58017d6 ppoll (libc.so.6 + 0x1647d6)
#4 0x00007f7ba59e2996 g_main_context_iterate_unlocked.isra.0 (libglib-2.0.so.0 + 0xf9996)
#5 0x00007f7ba59e2a53 g_main_context_iteration (libglib-2.0.so.0 + 0xf9a53)
#6 0x00007f7ba59e2aa1 glib_worker_main (libglib-2.0.so.0 + 0xf9aa1)
#7 0x00007f7ba5a186e2 g_thread_proxy (libglib-2.0.so.0 + 0x12f6e2)
#8 0x00007f7ba578aa39 start_thread (libc.so.6 + 0xeda39)
#9 0x00007f7ba580ea1c __clone3 (libc.so.6 + 0x171a1c)
ELF object binary architecture: AMD x86-64
Can you use `coredumpctl gdb` or abrt to get a full backtrace? Created attachment 2158656 [details]
Backtrace from coredump generated at first boot
Created attachment 2158657 [details]
Second backtrace from coredump generated at first boot
(In reply to Adam Williamson (Fedora) from comment #4) > Can you use `coredumpctl gdb` or abrt to get a full backtrace? Apparently I have two coredumps, I have attached backtraces from each. Discussed in 2026-09-28 blocker review meeting: https://meetbot-raw.fedoraproject.org//blocker-review_matrix_fedoraproject-org/2026-09-28/f45-blocker-review.2026-09-28-16.00.html . We decided to punt (delay the decision): this is certainly potentially a blocker if confirmed, but we want to have more folks test and confirm the problem and get more details. *** Bug 2545852 has been marked as a duplicate of this bug. *** Confirmed also on aarch64 / RPi4: https://bugzilla.redhat.com/show_bug.cgi?id=2545852 Note from the dupe: Jaroslav doesn't have any crashes in his journal. So the crashes are possibly unrelated. he does note this error in the logs: Sep 29 00:02:10 fedora gnome-initial-setup[2022]: Trying to measure NMAWifiDialog 0xaaaac0a3caa0 for height of 337, but it needs at least 412 Brandon, do you see a similar error in yours? A thought here: this may be because oo7-daemon is not running in the g-i-s session? We fixed making sure it runs in regular user sessions, but g-i-s runs in a special context, I think. Discussed during a blocker review meeting [1]. The outcome was: AcceptedBlocker (Final) - this is accepted as a violation of Final criterion "If an initial setup utility is run or intended to be run after the first boot of the installed system, then it must start successfully and each page or panel of the initial setup utility should withstand a basic functionality test". Wifi network activation during GNOME initial setup seems to fall under "basic functionality" to us, and three people have now confirmed this bug [1] https://meetbot-raw.fedoraproject.org//blocker-review_matrix_fedoraproject-org/2026-10-05/ (In reply to Adam Williamson (Fedora) from comment #11) > Note from the dupe: Jaroslav doesn't have any crashes in his journal. So the > crashes are possibly unrelated. he does note this error in the logs: > > Sep 29 00:02:10 fedora gnome-initial-setup[2022]: Trying to measure > NMAWifiDialog 0xaaaac0a3caa0 for height of 337, but it needs at least 412 > > Brandon, do you see a similar error in yours? I do not. OK. So our working theory is that "no secrets: No agents were available for this request" is the key error, and it's caused by oo7-daemon not being present. All three reporters see that error, I don't think any other factor is in common with all three reporters. I tried to start oo7-daemon service manually in "gnome-initial-setup-2" user context and indeed clicking on secured WiFi now correctly displayed "Authentication required" popup and I could enter WiFi password just fine (at least on RPi4). oo7-daemon service is initially loaded but inactive and disabled in that user context. Also tested enabling oo7-daemon globally before booting the RPi4 SD card: ➜ sudo systemctl --root=/run/media/jgroman/fedora/root --global enable oo7-daemon.service [sudo] password for jgroman: Created symlink '/run/media/jgroman/fedora/root/etc/systemd/user/default.target.wants/oo7-daemon.service' → '/usr/lib/systemd/user/oo7-daemon.service'. This also fixed the issue. These changes in gnome-initial-setup make it explicitly request for the oo7-daemon to be started https://gitlab.gnome.org/GNOME/gnome-initial-setup/-/commit/457a0e5d9925ff14f12b203d92bb21525d630bf6 I included it in the gnome-initial-setup 51.1 upstream release now in https://src.fedoraproject.org/rpms/gnome-initial-setup/pull-request/16 I would appreciate if someone could test and confirm that the build fixes the issue in the gnome-initial-setup first session environment. Moving to g-i-s, then, and setting POST. If we can get a build and update marked as fixing this bug ASAP, that'd be great. |