-
-
Notifications
You must be signed in to change notification settings - Fork 118
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Window List icons fail to show on Wayland #1436
Comments
I have the icons showing without issue but there are LOTS of variables here. What compositor are you using?
What distro? What icon theme? What GTK3 version? All of these could affect finding the icons, but usually
that work without problems though I have seen issues with wayfire's windecor and firedecor plugins finding
icons, enough so that they both include a better looking default icon.
You should have the window list button icons showing though, we need to find out what is different between
your install and mine.
Whether I use the experimental mate-wayland-session, launch mate-panel in a plain wayfire session, or even
launch it in sway or mir, I always get the window list button icons.
|
I'm using wayfire, Adwaita-dark and mate icons.
…On Wed, 6 Mar 2024, 10:55 am Luke from DC, ***@***.***> wrote:
I have the icons showing without issue but there are LOTS of variables
here. What compositor are you using?
What distro? What icon theme? What GTK3 version? All of these could affect
finding the icons, but usually
that work without problems though I have seen issues with wayfire's
windecor and firedecor plugins finding
icons, enough so that they both include a better looking default icon.
You should have the window list button icons showing though, we need to
find out what is different between
your install and mine.
Whether I use the experimental mate-wayland-session, launch mate-panel in
a plain wayfire session, or even
launch it in sway or mir, I always get the window list button icons.
—
Reply to this email directly, view it on GitHub
<#1436 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAFS2Y3XMYOGFU7ZAPX3HZ3YWZO75AVCNFSM6AAAAABEHXXVG2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNZZHA3DANJVGI>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
I just tested with Adwaita-dark and the standard MATE icons, firefox icon disappeared but no others were
affected. We thus have an issue I cannot duplicate. I will check for any oddities in the icon-handling code but I cannot duplicate this so unless I find something obvious I won't be able to work on it.
Note that I have no landline and no VM experience so cannot test other distros.
|
One more possiblity: are you using a build installed to /usr/local by any chance? If so it might be looking for the icons there.
|
For my build I got the debian sources for 1.26, moved the debian folders
into 1.28 and built using debuild. I can provide copies of the files.
…On Wed, 6 Mar 2024, 12:30 pm Luke from DC, ***@***.***> wrote:
One more possiblity: are you using a build installed to /usr/local by any
chance? If so it might be looking for the icons there.
—
Reply to this email directly, view it on GitHub
<#1436 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAFS2YZR3NFV6DEYQVKSNS3YWZ2CLAVCNFSM6AAAAABEHXXVG2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNZZHE2DCNRSHE>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
I have no idea how Debian's normal build process works, I would not have been able to build at all
that way. Probably some kind of error in that process, of which I have no understanding.
Try removing your mate-panel packages, then installing mate-panel simply with
make install --prefix=/usr
and see if this problem goes away.
To remove it run
make uninstall
and immediately reinstall your mate-panel packages.
|
Here is a copy of the entire build log. The GTK3 version is 3.24.41. |
That tells me the build itself went fine. Can you unpack the .deb and tell me where it installed the mate-panel binary to? The only thing I can imagine here is that it's looking for the icons somewhere other than where they are installed. I won't be able to debug the automated Debian build itself if this is the problem because I have no experience working with it. Never have I been able to build that way from modified source. The build log didn't tell me much, but any clues could be buried in that much text |
on my Debian build the mate-panel executable was installed in
/usr/bin/mate-panel
libraries in: /usr/lib/x86_64-linux-gnu/mate-panel/
docs in /usr/share/doc/mate-panel
applets in /usr/share/mate-panel
icons are in /usr/share/icons/name/32x32(etc)/
…On Thu, 7 Mar 2024 at 04:46, Luke from DC ***@***.***> wrote:
Just saw this on another issue (in mate-desktop), indicating we may have a
more general icon problem in Debian builds or possibly most builds, somehow
excluding my own:
mate-desktop/mate-desktop#603 (comment)
<mate-desktop/mate-desktop#603 (comment)>
—
Reply to this email directly, view it on GitHub
<#1436 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAFS2Y7RALGJSMMHYZL5MRTYW5MPJAVCNFSM6AAAAABEHXXVG2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOBRGUYTCNZSGM>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
That's the same places my mate-panel files install to, and I am out of ideas as I cannot duplicate this. Only thing I can suggest is (as I said before), removing your build packages and testing an install directly from
If that works, it's something in your Debian build, if not I am out of ideas. What Debian version are you using? I am on unstable with no way to test anything else |
I think the more general issue was the failure of two compact menu item icons (Places and System) to appear
if a commit that cause a crash for some users was reverted
|
The window list icons are set in applets/wncklet/wayland-backend.c under wayland, in x11 libwnck sets them so this is completely different code, which BTW predates my own work with MATE on wayland, has been out a while, and I've never seen it fail except in your case. In the function below we set the real icon name in line 308:
If this fails the default icon was set in the code below in line 555, as we set the window button up before filling it with the real icon and window name
|
I am on debian 13 Trixie. The next release after Bookworm. |
Interesting, whatever it is, manually rebuilding/reinstalling mate-panel didn't fix it. I tried both rebuilding the package and building from the tarball source. |
No idea what is different but the icons ALWAYS show up for me. Someone else who can reproduce this may have to work on it. |
Have same story. I do have icons - but all icons look the same, Just common useless icon-icon,not application specific. But it is loaded - and if I change icon theme in control center the icon changes. But it is still same icon for all apps. |
Not sure what's going on, but I get the full range of application icons in my window list. We need to find out what is different since I am unable to duplicate this
|
The strange thing that it was working ok for me too. I am on gentoo - so it is rolling distro and I do have wayfire updated to git snapshot, so I did not notice at which point that happened and icons disappeared. I suggest to wait till wayfire 0.9 which is coming soon and allign again then. |
Funny things happen. I have been running my laptop for a while, some suspens-hibernates, many apps opened and closed. And - opening app and get icon painted well. Actually - new firefox window with alternative profile. And one of the libreoffice documents - icon is OK, The rest icons - crap. So the current code is capable of retrieving the icons but somehow it does not always do it. The other point I noticed - battery charge monitor. This thing refresh data in a very strange way. It can do it OK - or hang for a couple of hours showing the same %. When you open a properties dialog - it force-triggers refresh. So something is not OK in the panel internals , but in a very difficult way. |
I'm wondering if the difference is an older version of some underlying library such as GTK3 or glib or even an older compositor version, note that I am on Debian Unstable with locally built GTK3 and Glib usually pretty recent |
I think the issue might be something underlying. I just today rebuilt everything by downloading the package tarballs and running autogen.sh --prefix=/usr; make; make install; (adding things like the in process flags for applets). I was able to get the panel up with icons, but I broke it when tinkering with some other component. Definitely some sort of packaging issue in Debian. |
I have literally never used Debian's provided packages for MATE. This is because as one of the devs going back to a lot of GTK2->GTK3 transition bugfixes I have always locally compiled all of my MATE packages. I also package them differently than Debian does, one source package to one built package as I find that much simpler. |
The cause of this isn't Debian or the packaging, I've determined it is something to do with custom menus/icons. If I create a new user profile the icons display correctly, but in my user account the icons are failing to load/draw. |
I've found the cause! It's Wayfire. Under [Workarounds] in wayfire.ini you must set app_id_mode = stock if you set app_id_mode = full it breaks the icons in Mate-Panel. |
I just confirmed the app_id_mode issue with this, note that I had to restart wayfire to make the change effective on my system, Will add app_id_mode = stock to the session's default wayland.ini file |
Note that in wayfire's workarounds plugin , Application ID mode defaults to "stock"
which works fine for mate-panel's window list
…On 10/3/2024 at 9:47 PM, "DMJC" ***@***.***> wrote:
This is the Wayfire documentation, it sounds like this is a fix to
work around a limitation of Wayland regarding App IDs. "In
contrast to X, in wayland clients like taskbars, docks, etc. can't
just query the icon of a window. They need to obtain it by using
some heuristics involving the app-id. However, in GTK3 there is a
bug where the application sometimes reports the wrong app-id.
There is a custom protocol(gtk-shell1) which can be used to get
the correct app-id. The situation will get better in GTK4 where
the bug is fixed, but in the meantime we somehow need to supply
the dock/taskmanager with both app-ids (the potentially wrong one
and the potentially missing one from gtk-shell1). This isn't
possible with the regular protocols, that's why wayfire and wf-
dock use a custom format (when app_id_mode=full) so that both app-
ids can be sent at the same time. This would unfortunately break
clients that are unaware of this hack. That's why it's up to the
user of Wayfire to select whichever mode works best for them,
depending on what clients they use."
--
Reply to this email directly or view it on GitHub:
https://github.com/mate-desktop/mate-
panel/issues/1436#issuecomment-2392398516
You are receiving this because you commented.
Message ID: <mate-desktop/mate-
***@***.***>
|
Also note that "workarounds" is always enabled, so this means we don't need to set up anything new in the
MATE version of wayfire.ini for this, but probably need to document this in the README
|
Documented this in README.md as part of |
Expected behaviour
Window List Buttons should display icon images
Actual behaviour
Generic broken image is shown instead, image below
Images load/work fine on X11 with the same executable.
Steps to reproduce the behaviour
Run mate-panel on wayland.
MATE general version
1.28
Package version
1.28 (built using debuild)
Linux Distribution
Debian Trixie 13
The text was updated successfully, but these errors were encountered: