Fedora Account System
Red Hat Associate
Red Hat Customer
emacs-30.2-23.fc44.x86_64 does not provide an _NET_WM_ICON property anymore. It exists with emacs-30.2-7.fc43.x86_64. Reproducible: Always Steps to Reproduce: 1. xprop + click in emacs window Actual Results: ... _GTK_THEME_VARIANT(UTF8_STRING) = XdndAware(ATOM) = BITMAP ... Expected Results: _GTK_THEME_VARIANT(UTF8_STRING) = _NET_WM_ICON(CARDINAL) = Icon (48 x 48): ... image data ... XdndAware(ATOM) = BITMAP Additional Information: The f44 emacs runs in a container and is started over `ssh -X` (but icons appears with older Fedora).
Are you sure you're using the same toolkit in both cases? On both Fedoras 43 and 44, I see _NET_WM_ICON with emacs-gtk+x11, but not with emacs-pgtk or emacs-lucid.
yes; emacs-gtk+x11 Problem was the missing `gdk-pixbuf2-modules-extra` package; without it | (emacs:40168): GdkPixbuf-WARNING **: 17:52:45.538: Error loading XPM image loader: Image type “xpm” is not supported is reported. Installing it makes the icon appear again. F43 has $ rpm -qR emacs-gtk+x11 | grep xpm libpixbufloader-xpm.so()(64bit) F44 # rpm -qR emacs-gtk+x11 | grep xpm ((gdk-pixbuf2 >= 2.44 and glycin-loaders >= 2.1) or libpixbufloader-xpm.so()(64bit))
It works for me even with gdk-pixbuf2-modules-extra absent. I wonder if this is related to <https://blogs.gnome.org/sophieh/2025/06/13/making-gnomes-gdkpixbuf-image-loading-safer/#Environments-that-don%E2%80%99t-Support-Sandboxing>. What kind of container are you using? Does it work okay in a toolbox container?
Also, what do you see in rawhide, where we have gdk-pixbuf2 2.44.6?
FEDORA-2026-a361f3ba8d (emacs-30.2-25.fc44) has been submitted as an update to Fedora 44. https://bodhi.fedoraproject.org/updates/FEDORA-2026-a361f3ba8d
In any case, I have pushed an update to always require libpixbufloader-xpm.so, which I think should solve the problem, even if we don't really understand why.
FEDORA-2026-a361f3ba8d has been pushed to the Fedora 44 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2026-a361f3ba8d` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2026-a361f3ba8d See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
It is very likely the sandboxing: ---- FROM fedora:44 AS BASE RUN \ dnf install -y \ emacs-gtk+x11 \ openssh-server \ xorg-x11-xauth \ && \ dnf clean all RUN \ /usr/libexec/openssh/sshd-keygen ed25519 && \ /usr/libexec/openssh/sshd-keygen rsa RUN \ useradd test && \ echo test | passwd -s test ENTRYPOINT ["/usr/sbin/sshd", "-D"] # podman build --tag x-test '.' # podman run --security-opt=label=type:container_runtime_t --rm --name x-test-good -p 22001:22 x-test # podman run --rm --name x-test-bad -p 22002:22 x-test ---- Also add ---- ~/.Xresources emacs.toolBar: 0 ---- to avoid the immediate crash in x-test-bad. $ ssh -XY -p 22001 test@localhost emacs # bad (emacs:145): GdkPixbuf-WARNING **: 11:43:18.088: Error loading XPM image loader: Image type “xpm” is not supported --> no icon $ ssh -XY -p 22002 test@localhost emacs # good --> icon ok
FEDORA-2026-a361f3ba8d (emacs-30.2-25.fc44) has been pushed to the Fedora 44 stable repository. If problem still persists, please make note of it in this bug report.