Comment 10 for bug 1718238
Revision history for this message
| Egmont Koblinger (egmont-gmail) wrote | #10 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
1b1ed1a
(Get the code!)
Here's a fix to mutter.
_NET_WM_ICON is read into mini_icon unscaled (so its documentation is incorrect), preferably at size 16, but if that's not available (as in the buggy case) then in whichever size is available (48 in our case).
Then when scaling is due to happen (the icon gets painted), the reciprocal of the desired factor is applied. So instead of scaling by 1/3 (to downscale from the actual 48 to the desired 16), it's scaled by 3, resulting in 144.
Plus, the position is also incorrectly computed according to the pre-scaled size rather than the scaled size.
---
The icon still looks somewhat different based on the presence/absence of the supposedly irrelevant gnome-icon-theme package. This should need further investigation, probably in GTK+ itself, but is no longer a huge usability problem.
---
Could someone please figure out for me how to file an upstream Mutter bug? This component is no longer present in GNOME bugzilla, even though there were bugs filed just two weeks ago. Manually rewriting the URL redirects me to gitlab.gnome.org. Trying to register there gives a 500.