Background image becomes solid black on X with 10-bit color
- OS: Ubuntu 22.04 (prerelease)
- Kernel: 5.15.0-18-generic
- Display: Nvidia 510.54
- Server: X11 1.20.14
- GNOME: 41.1
- Monitor: Acer CM3271K
- Severity: minor
- Priority: low
(I'll wait and see how the GTK 4 extension runs and close this issue if solved.)
I changed my xorg.conf.d to include (in Section "Screen"
) DefaultDepth 30
and confirmed in nvidia-settings and with a color gradient video that my monitor is showing 10 bits per pixel. After doing this, the desktop background image is no longer visible. (Two screenshots attached. In the second, <Super> has been pressed.)
Using xprop
and ps
, I find the process:
UID PID PPID C SZ RSS PSR STIME TTY TIME CMD
user 10470 1134 1 803903 55128 5 19:32 tty2 00:00:00 gjs /usr/share/gnome-shell/extensions/ding@rastersoft.com/ding.js -E -P /usr/share/gnome-shell/extensions/ding@rastersoft.com -M 0 -D 0:0:3840:2160:1:34:0:0:0:0
Killing this process or disabling the extension causes the background to return. (The killed process is automatically renewed with a new PID.)
This is likely a broader issue with GTK 3 or the Nvidia drivers.
I don't know if it's relevant that xwininfo shows Colormap: 0x1e00002 (not installed)
and Visual: 0x2b
while the root window has Colormap: 0x20 (installed)
and Visual: 0x21
. (This is also probably not helpful as the root window probably wouldn't support transparency, so I don't know how to get a working visual ID that would support alpha in 30-bit.)
Running xdpyinfo, I see that both 0x21 and 0x2b are 30 planes, and there are some 32 planes listed with 2 alpha bits, but I don't know if they are available and how they would be selected.
If it's changeable in this repo, I'd suspect desktopGrid.js in the first hundred lines or so, such as the assignment of screen
and visual
, but I don't know if a get_best_depth()
visual would support transparency in the way you need.
If you want me to test any changes or know a way to force/change a visual ID, let me know.