You are not logged in.
Hello, I'm a longtime Arch user, though I'm at wit's end on how to solve this issue.
Problem: Since around the time GNOME 44 released, I haven't been able to change wallpaper or toggle light/dark mode in my GNOME Settings. Right clicking and bringing up "Change background..." always results in the window opening momentarily (although it sometimes doesn't open at all) and then crashing right away. I put off attempting to solve this for a while, as I assumed it was just something that needed an update, but so far, after getting a recent update, nothing has fixed it.
What I've Tried So Far: Everything I've attempted to solve this issue on my own includes the following:
Forcing a reinstall of gnome-control-center from pacman, including a redownload.
Summoning the window with
gnome-control-center backgroundwhich always results in a segfault (core dumped) message and no useful details to troubleshoot with.
Tried the above with the --verbose flag, but still nothing outside of segfault (core dumped)
Various "gsettings" command workarounds like changing the wallpaper and themes, such as
gsettings set org.gnome.desktop.background picture uri file:////...although these not only fail to fix the underlying issue, but it seems as if the wallpapers are both independent from each other depending if I toggle "prefer-light" and "prefer-dark".
Using GNOME Tweaks to change wallpaper. Although this only works on light mode and has zero effect on dark mode.
Tried resetting keybindings, as indicated by a different post on Stack Exchange. No dice.
Tried to dconf reset with these commands:
dconf reset -f /org/gnome/control-center/and
dconf reset -f /org/gnome/No difference.
Went directly into dconf editor and tried toggling settings under /org/gnome/control-center/, but the only thing I really toggled was window-state. This also made no difference.
Disabled all extensions (the only two I was using) to see if that made a difference
Switching display managers to see if this had some effect on it working. No dice.
Switching between Wayland and xorg to see if this made a difference. It crashes on both all the same.
Analyzing a coredump (see below), although I'm not sure what to look for in the file.
In case anybody is curious, this is the coredump I get upon segfault:
PID: 5681 (gnome-control-c)
UID: 1000 (jack)
GID: 1000 (jack)
Signal: 11 (SEGV)
Timestamp: Wed 2023-11-01 20:55:45 CDT (18h ago)
Command Line: /usr/bin/gnome-control-center display
Executable: /usr/bin/gnome-control-center
Control Group: /user.slice/user-1000.slice/user@1000.service/app.slice/app-gnome-gnome\x2ddisplay\x2dpanel-5681.scope
Unit: user@1000.service
User Unit: app-gnome-gnome\x2ddisplay\x2dpanel-5681.scope
Slice: user-1000.slice
Owner UID: 1000 (jack)
Boot ID: 31f90912a8d54a43938a9dff6e03301e
Machine ID: dc37563395084bf4a42c5ca171b84ead
Hostname: archdesktop
Storage: /var/lib/systemd/coredump/core.gnome-control-c.1000.31f90912a8d54a43938a9dff6e03301e.5681.16988901450000>
Size on Disk: 33.6M
Message: Process 5681 (gnome-control-c) of user 1000 dumped core.
Stack trace of thread 5681:
#0 0x00007f584aefe72f n/a (libc.so.6 + 0x15a72f)
#1 0x00007f584cad9dfc n/a (libglib-2.0.so.0 + 0x6cdfc)
#2 0x00007f584cae060a g_sequence_insert_sorted_iter (libglib-2.0.so.0 + 0x7360a)
#3 0x00007f584cae06fc g_sequence_insert_sorted (libglib-2.0.so.0 + 0x736fc)
#4 0x00007f584ccde36f g_list_store_insert_sorted (libgio-2.0.so.0 + 0xc336f)
#5 0x0000559dafc2b32b n/a (gnome-control-center + 0x7c32b)
#6 0x00007f584cbcd6c0 g_closure_invoke (libgobject-2.0.so.0 + 0x146c0)
#7 0x00007f584cbfba36 n/a (libgobject-2.0.so.0 + 0x42a36)
#8 0x00007f584cbeca42 n/a (libgobject-2.0.so.0 + 0x33a42)
#9 0x00007f584cbecc77 g_signal_emit_valist (libgobject-2.0.so.0 + 0x33c77)
#10 0x00007f584cbecd34 g_signal_emit (libgobject-2.0.so.0 + 0x33d34)
#11 0x0000559dafc2322f n/a (gnome-control-center + 0x7422f)
#12 0x00007f584cac6f69 n/a (libglib-2.0.so.0 + 0x59f69)
#13 0x00007f584cb25327 n/a (libglib-2.0.so.0 + 0xb8327)
#14 0x00007f584cac5162 g_main_context_iteration (libglib-2.0.so.0 + 0x58162)
#15 0x00007f584ccfab16 g_application_run (libgio-2.0.so.0 + 0xdfb16)
#16 0x0000559dafc14c36 main (gnome-control-center + 0x65c36)
#17 0x00007f584adcbcd0 n/a (libc.so.6 + 0x27cd0)
#18 0x00007f584adcbd8a __libc_start_main (libc.so.6 + 0x27d8a)
#19 0x0000559dafc14e85 _start (gnome-control-center + 0x65e85)
Stack trace of thread 5719:
#0 0x00007f584ae2d4ae n/a (libc.so.6 + 0x894ae)
#1 0x00007f584ae2fd40 pthread_cond_wait (libc.so.6 + 0x8bd40)
#2 0x00007f5801ed1b5c n/a (radeonsi_dri.so + 0xd1b5c)
#3 0x00007f5801f1ca0c n/a (radeonsi_dri.so + 0x11ca0c)
#4 0x00007f584ae309eb n/a (libc.so.6 + 0x8c9eb)
#5 0x00007f584aeb47cc n/a (libc.so.6 + 0x1107cc)
Stack trace of thread 5685:
#0 0x00007f584aea6f6f __poll (libc.so.6 + 0x102f6f)
#1 0x00007f584cb25276 n/a (libglib-2.0.so.0 + 0xb8276)
#2 0x00007f584cac5162 g_main_context_iteration (libglib-2.0.so.0 + 0x58162)
#3 0x00007f584cac51b2 n/a (libglib-2.0.so.0 + 0x581b2)
#4 0x00007f584caf89f5 n/a (libglib-2.0.so.0 + 0x8b9f5)
#5 0x00007f584ae309eb n/a (libc.so.6 + 0x8c9eb)
#6 0x00007f584aeb47cc n/a (libc.so.6 + 0x1107cc)
Stack trace of thread 5708:
#0 0x00007f584aeb273d syscall (libc.so.6 + 0x10e73d)
#1 0x00007f584cb20c93 g_cond_wait_until (libglib-2.0.so.0 + 0xb3c93)
#2 0x00007f584ca92185 n/a (libglib-2.0.so.0 + 0x25185)
#3 0x00007f584cafb52b n/a (libglib-2.0.so.0 + 0x8e52b)
#4 0x00007f584caf89f5 n/a (libglib-2.0.so.0 + 0x8b9f5)
#5 0x00007f584ae309eb n/a (libc.so.6 + 0x8c9eb)
#6 0x00007f584aeb47cc n/a (libc.so.6 + 0x1107cc)
Stack trace of thread 5684:
#0 0x00007f584aeb273d syscall (libc.so.6 + 0x10e73d)
#1 0x00007f584cb202b7 g_cond_wait (libglib-2.0.so.0 + 0xb32b7)
#2 0x00007f584ca921b4 n/a (libglib-2.0.so.0 + 0x251b4)
#3 0x00007f584cafaa7e n/a (libglib-2.0.so.0 + 0x8da7e)
#4 0x00007f584caf89f5 n/a (libglib-2.0.so.0 + 0x8b9f5)
#5 0x00007f584ae309eb n/a (libc.so.6 + 0x8c9eb)
#6 0x00007f584aeb47cc n/a (libc.so.6 + 0x1107cc)
Stack trace of thread 5721:
#0 0x00007f584ae2d4ae n/a (libc.so.6 + 0x894ae)
#1 0x00007f584ae2fd40 pthread_cond_wait (libc.so.6 + 0x8bd40)
#2 0x00007f5801ed1b5c n/a (radeonsi_dri.so + 0xd1b5c)
#3 0x00007f5801f1ca0c n/a (radeonsi_dri.so + 0x11ca0c)
#4 0x00007f584ae309eb n/a (libc.so.6 + 0x8c9eb)
#5 0x00007f584aeb47cc n/a (libc.so.6 + 0x1107cc)
Stack trace of thread 5717:
#0 0x00007f584ae2d4ae n/a (libc.so.6 + 0x894ae)
#1 0x00007f584ae2fd40 pthread_cond_wait (libc.so.6 + 0x8bd40)
#2 0x00007f5801ed1b5c n/a (radeonsi_dri.so + 0xd1b5c)
#3 0x00007f5801f1ca0c n/a (radeonsi_dri.so + 0x11ca0c)
#4 0x00007f584ae309eb n/a (libc.so.6 + 0x8c9eb)
#5 0x00007f584aeb47cc n/a (libc.so.6 + 0x1107cc)
Stack trace of thread 5722:
#0 0x00007f584ae2d4ae n/a (libc.so.6 + 0x894ae)
#1 0x00007f584ae2fd40 pthread_cond_wait (libc.so.6 + 0x8bd40)
#2 0x00007f5801ed1b5c n/a (radeonsi_dri.so + 0xd1b5c)
#3 0x00007f5801f1ca0c n/a (radeonsi_dri.so + 0x11ca0c)
#4 0x00007f584ae309eb n/a (libc.so.6 + 0x8c9eb)
#5 0x00007f584aeb47cc n/a (libc.so.6 + 0x1107cc)
Stack trace of thread 5720:
#0 0x00007f584ae2d4ae n/a (libc.so.6 + 0x894ae)
#1 0x00007f584ae2fd40 pthread_cond_wait (libc.so.6 + 0x8bd40)
#2 0x00007f5801ed1b5c n/a (radeonsi_dri.so + 0xd1b5c)
#3 0x00007f5801f1ca0c n/a (radeonsi_dri.so + 0x11ca0c)
#4 0x00007f584ae309eb n/a (libc.so.6 + 0x8c9eb)
#5 0x00007f584aeb47cc n/a (libc.so.6 + 0x1107cc)
Stack trace of thread 5725:
#0 0x00007f584ae2d4ae n/a (libc.so.6 + 0x894ae)
#1 0x00007f584ae2fd40 pthread_cond_wait (libc.so.6 + 0x8bd40)
#2 0x00007f5801ed1b5c n/a (radeonsi_dri.so + 0xd1b5c)
#3 0x00007f5801f1ca0c n/a (radeonsi_dri.so + 0x11ca0c)
#4 0x00007f584ae309eb n/a (libc.so.6 + 0x8c9eb)
#5 0x00007f584aeb47cc n/a (libc.so.6 + 0x1107cc)
Stack trace of thread 5752:
#0 0x00007f584aeb273d syscall (libc.so.6 + 0x10e73d)
#1 0x00007f584cb20c93 g_cond_wait_until (libglib-2.0.so.0 + 0xb3c93)
#2 0x00007f584ca92185 n/a (libglib-2.0.so.0 + 0x25185)
#3 0x00007f584cafb52b n/a (libglib-2.0.so.0 + 0x8e52b)
#4 0x00007f584caf89f5 n/a (libglib-2.0.so.0 + 0x8b9f5)
#5 0x00007f584ae309eb n/a (libc.so.6 + 0x8c9eb)
#6 0x00007f584aeb47cc n/a (libc.so.6 + 0x1107cc)
Stack trace of thread 5724:
#0 0x00007f584ae2d4ae n/a (libc.so.6 + 0x894ae)
#1 0x00007f584ae2fd40 pthread_cond_wait (libc.so.6 + 0x8bd40)
#2 0x00007f5801ed1b5c n/a (radeonsi_dri.so + 0xd1b5c)
#3 0x00007f5801f1ca0c n/a (radeonsi_dri.so + 0x11ca0c)
#4 0x00007f584ae309eb n/a (libc.so.6 + 0x8c9eb)
#5 0x00007f584aeb47cc n/a (libc.so.6 + 0x1107cc)
Stack trace of thread 5686:
#0 0x00007f584aea6f6f __poll (libc.so.6 + 0x102f6f)
#1 0x00007f584cb25276 n/a (libglib-2.0.so.0 + 0xb8276)
#2 0x00007f584cac7b97 g_main_loop_run (libglib-2.0.so.0 + 0x5ab97)
#3 0x00007f584cd2d14c n/a (libgio-2.0.so.0 + 0x11214c)
#4 0x00007f584caf89f5 n/a (libglib-2.0.so.0 + 0x8b9f5)
#5 0x00007f584ae309eb n/a (libc.so.6 + 0x8c9eb)
#6 0x00007f584aeb47cc n/a (libc.so.6 + 0x1107cc)
Stack trace of thread 5718:
#0 0x00007f584ae2d4ae n/a (libc.so.6 + 0x894ae)
#1 0x00007f584ae2fd40 pthread_cond_wait (libc.so.6 + 0x8bd40)
#2 0x00007f5801ed1b5c n/a (radeonsi_dri.so + 0xd1b5c)
#3 0x00007f5801f1ca0c n/a (radeonsi_dri.so + 0x11ca0c)
#4 0x00007f584ae309eb n/a (libc.so.6 + 0x8c9eb)
#5 0x00007f584aeb47cc n/a (libc.so.6 + 0x1107cc)
Stack trace of thread 5753:
#0 0x00007f584aeb273d syscall (libc.so.6 + 0x10e73d)
#1 0x00007f584cb20c93 g_cond_wait_until (libglib-2.0.so.0 + 0xb3c93)
#2 0x00007f584ca92185 n/a (libglib-2.0.so.0 + 0x25185)
#3 0x00007f584cafb52b n/a (libglib-2.0.so.0 + 0x8e52b)
#4 0x00007f584caf89f5 n/a (libglib-2.0.so.0 + 0x8b9f5)
#5 0x00007f584ae309eb n/a (libc.so.6 + 0x8c9eb)
#6 0x00007f584aeb47cc n/a (libc.so.6 + 0x1107cc)
Stack trace of thread 5716:
#0 0x00007f584ae2d4ae n/a (libc.so.6 + 0x894ae)
#1 0x00007f584ae2fd40 pthread_cond_wait (libc.so.6 + 0x8bd40)
#2 0x00007f5801ed1b5c n/a (radeonsi_dri.so + 0xd1b5c)
#3 0x00007f5801f1ca0c n/a (radeonsi_dri.so + 0x11ca0c)
#4 0x00007f584ae309eb n/a (libc.so.6 + 0x8c9eb)
#5 0x00007f584aeb47cc n/a (libc.so.6 + 0x1107cc)
Stack trace of thread 5723:
#0 0x00007f584ae2d4ae n/a (libc.so.6 + 0x894ae)
#1 0x00007f584ae2fd40 pthread_cond_wait (libc.so.6 + 0x8bd40)
#2 0x00007f5801ed1b5c n/a (radeonsi_dri.so + 0xd1b5c)
#3 0x00007f5801f1ca0c n/a (radeonsi_dri.so + 0x11ca0c)
#4 0x00007f584ae309eb n/a (libc.so.6 + 0x8c9eb)
#5 0x00007f584aeb47cc n/a (libc.so.6 + 0x1107cc)
Stack trace of thread 5688:
#0 0x00007f584aea6f6f __poll (libc.so.6 + 0x102f6f)
#1 0x00007f584cb25276 n/a (libglib-2.0.so.0 + 0xb8276)
#2 0x00007f584cac5162 g_main_context_iteration (libglib-2.0.so.0 + 0x58162)
#3 0x00007f5844ceffde n/a (libdconfsettings.so + 0x5fde)
#4 0x00007f584caf89f5 n/a (libglib-2.0.so.0 + 0x8b9f5)
#5 0x00007f584ae309eb n/a (libc.so.6 + 0x8c9eb)
#6 0x00007f584aeb47cc n/a (libc.so.6 + 0x1107cc)
Stack trace of thread 5726:
#0 0x00007f584ae2d4ae n/a (libc.so.6 + 0x894ae)
#1 0x00007f584ae2fd40 pthread_cond_wait (libc.so.6 + 0x8bd40)
#2 0x00007f5801ed1b5c n/a (radeonsi_dri.so + 0xd1b5c)
#3 0x00007f5801f1ca0c n/a (radeonsi_dri.so + 0x11ca0c)
#4 0x00007f584ae309eb n/a (libc.so.6 + 0x8c9eb)
#5 0x00007f584aeb47cc n/a (libc.so.6 + 0x1107cc)
ELF object binary architecture: AMD x86-64Something else I noticed, if it helps with narrowing things down at all, is how all of my GNOME GTK4 applications have defaulted to light mode despite my explicit attempt to enter in:
gsettings set org.gnome.desktop.interface color-scheme 'prefer-dark'I'd really appreciate any suggestions on what to do from here. I feel like a push in the right direction, no matter how small, would help me solve this.
Last edited by NightPatrolman (2023-11-02 23:53:20)
Offline
https://bbs.archlinux.org/viewtopic.php … 3#p2129323
Seems like a genuine gnome bug and rather not a local config thing, though my next suggestion there would have been to try a fresh user account.
Offline
Thank you for such a prompt reply.
I tried creating a fresh user account (with admin rights) within GNOME Control Center just now as suggested, but that also has the same problem upon a fresh login. Right clicking to change wallpaper crashes the window immediately.
Something I observed from attempting this was how the new user had no non-default wallpapers, so this puts my mind at ease over the possibility I somehow added too many wallpapers and needed to clear them somehow.
Still, attempting to do what that user did with dconf commands to change my wallpaper has no effect if I have 'prefer-dark' enabled. The wallpaper stays the same with the reddish/purple Adwaita default. If I enter the 'prefer-light' command, I do see the updated wallpaper.
EDIT: I just barely noticed the subtle difference with the command:
dconf write /org/gnome/desktop/background/picture-uri-darkI added the "dark" part and now I can at least change my dark mode wallpaper. While this part of GNOME Control Center still crashes, at least I was able to keep dark mode while changing my wallpaper. Thank you for that new workaround at least.
Last edited by NightPatrolman (2023-11-02 21:08:15)
Offline
I added the "dark" part and now I can at least change my dark mode wallpaper.
There goes my joke about gnome having finally reached peak gnome-condition: you're supposed to have the full gnome experience and of course cannot change the wallpaper ![]()
The backtrace looks like https://gitlab.gnome.org/GNOME/gnome-co … ssues/2087
Offline
I cannot believe I'm saying this, but I went by what that link told me and tried manually removing the AUR package I had installed of Ubuntu Lunar Lobster wallpapers.
That did the trick and now I'm able to actually open the appearance settings again! Thank you for such a useful link! I'm going to work on marking this thread as solved.
Additionally, as a sort of "workaround" to keep the wallpapers (in case anybody else reading this in the future has the same problem), I tried going to /usr/share/backgrounds and manually copying the directory of wallpapers to store elsewhere on my system. I can still use the wallpapers without having to sacrifice functionality.
Last edited by NightPatrolman (2023-11-02 23:59:27)
Offline
There goes my joke about gnome having finally reached peak gnome-condition: you're supposed to have the full gnome experience
I think everyone should benefit from that peak-gnome experience. The folks I don't like, anyway.
Sorry, Seth. I still have PTSD from that peak experience, around 3.24, I think, and the therapist says I need to talk about it. *sigh*
UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things. -- Doug Gwyn
Offline