Dear Maintainer,

Window icon (which can be chosen with --window-icon) does not work when
using Wayland, but works using Gnome. You can test with the following
command (assuming this icon exists on your system):

$ zenity --info
--window-icon=/usr/share/icons/Adwaita/16x16/actions/call-start.png

Do not hesitate to ask if you want me to submit this bug report upstream.

Also, it seems the issue also exists with Yad (a Zenity fork), as I
already reported in #926736.

Regards,
Yvan

Wayland is a protocol, not an implementation.

What is the environment in which this doesn't work for you? Is it Weston,
or GNOME Shell 3.30 in Wayland mode, or KDE in Wayland mode, or Sway,
or something else?

What is the environment in which this does work for you? Is it GNOME Shell
3.30 in Wayland mode, or GNOME Shell 3.30 in Xorg mode, or something else?

The results I get are:

- GNOME Shell 3.30 in Xorg mode: chosen icon appears in top bar and dash
  (sidebar in overview)
- GNOME Shell 3.30 in Wayland mode: a "broken image" icon appears instead

    smcv

Hi,

I am really embarrassed, I just realized that I forgot to reply…

The results you describe are exactly what I experienced. The issue is
still here with zenity 3.32.0-6 and Gnome 3.38.1-2.

As you suggested, I checked with another desktop environment, KDE
Wayland (using KDE Neon: plasma-desktop
4:5.20.3-0xneon+20.04+focal+build16 and zenity 3.32.0-5): the issue is
exactly the same. It works on X11 but not on Wayland.

Do you want me to report this upstream?

Regards,
Yvan

If you want to pursue this then upstream is the right place, but I don't
think this is necessarily going to be fixable. An arbitrary --icon-name
option made sense in an X11 world, but doesn't really make sense in the
more app-oriented Wayland world view.

In Wayland, as far as I'm aware, the mechanism is that trusted/non-sandboxed
applications can tell the compositor (e.g. GNOME Shell or Plasma Desktop)
what they claim their freedesktop.org app ID is, and if they do, the
compositor will show whatever icon matches that app ID. Zenity can
either say that it's something like "org.gnome.Zenity", or leave it
unspecified and hope the compositor has a good heuristic, but
`zenity --icon-name=edit-copy` doesn't really get to say "I'm whatever
app has edit-copy as its icon".

(Sandboxed applications, like Flatpak apps, don't even get to specify
their own app ID - the compositor can get it directly from Flatpak,
and should ignore whatever the app tries to say, at least under GNOME
Shell - but that doesn't apply in this case.)

Having an option for "tell the compositor your app ID is..." might be a
more achievable upstream feature request than making --icon-name work
under Wayland?

    smcv

Hi Simon,

Indeed it might not be a simple issue… But at least I think it should be
documented somewhere : I reported it upstream on
https://gitlab.gnome.org/GNOME/zenity/-/issues/26

Regards,
Yvan