Bug 2476971

Summary: No _NET_WM_ICON anymore
Product: [Fedora] Fedora Reporter: Enrico Scholz <rh-bugzilla>
Component: emacsAssignee: Daiki Ueno <dueno>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 44CC: benson_muite, dan.cermak, dueno, gordon.messmer, marcandre.lureau, mavit, msekleta, phracek
Target Milestone: ---Keywords: Regression
Target Release: ---   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: emacs-30.2-25.fc44 Doc Type: ---
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2026-05-23 00:57:44 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Enrico Scholz 2026-05-13 09:40:26 UTC
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).

Comment 1 Peter Oliver 2026-05-13 12:00:59 UTC
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.

Comment 2 Enrico Scholz 2026-05-13 17:17:57 UTC
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))

Comment 3 Peter Oliver 2026-05-14 11:44:13 UTC
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?

Comment 4 Peter Oliver 2026-05-14 12:13:35 UTC
Also, what do you see in rawhide, where we have gdk-pixbuf2 2.44.6?

Comment 5 Fedora Update System 2026-05-14 17:00:29 UTC
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

Comment 6 Peter Oliver 2026-05-14 17:02:35 UTC
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.

Comment 7 Fedora Update System 2026-05-15 03:28:43 UTC
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.

Comment 8 Enrico Scholz 2026-05-16 11:44:20 UTC
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

Comment 9 Fedora Update System 2026-05-23 00:57:44 UTC
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.