Update to 2.53.5
AV1 media codec now supported.
Some fixes and improvements.
This update has been submitted for testing by buc.
This update's test gating status has been changed to 'ignored'.
This update's test gating status has been changed to 'waiting'.
This update has been pushed to testing.
In mate-desktop the seamonkey svg icon is not displayed correctly.
If I change font size from 12 to 15 the icon appears in the panel, but not in the menu.
But if I delete comments from seamonkey.svg, the icon displays correctly in the panel and menu.
It's strange and I don't know why this is happening.
You can see what it looks like in the video https://youtu.be/2YCp96p0utc
A similar seamonkey-mail.svg seems OK.
The difference is that seamonkey.svg has several comments, and some of the comments are multiline.
Could you please test with various comments variants? Ie. unite all into one big comment, try to leave only one line (as in seamonkey-mail.svg) etc.etc.etc.
Well, capable to reproduce it.
Seems MATE allows only one one-line comment before <svg>...</svg> block.
Fortunately it allows several comments, and even a multiline comment just after the initial <svg ...... >
I'll try to fix it properly in the nearest time.
Could you please test a new variant of the svg icon: https://bugzilla.mozilla.org/attachment.cgi?id=9187809 ? Ie. place it as /usr/share/icons/hicolor/scalable/apps/seamonkey.svg
@buc I've tested the new variant and it works.
I also tested the old logo and the problem occurs (also in the new one) when comments are longer than 200 characters including comments tags () and newline characters.
One or more lines do not matter as long as the number of characters is not greater than 200
I've also tested that el7's Mate affected, and even el6-'s Gnome2 affected too (besides F33).
Could you check KDE and/or Gnome3?
I don't have KDE.
In Gnome3 the icon show in "favorites" but doesn't show in "show applications" so Gnome3 is also affected.
Replacing the icon also resolves the problem.
KDE4 seems unaffected (under CentOS-7).
Probably some gtk2/gtk3 issue.
Gtk-based menu loads icons using gdk-pixbuf2 (which uses a specific handler for each image type).
To understand what format the image is, a small amount of bytes at the head of the file is read (similar to file(1) command).
Certainly if the key fragment "<svg" are present at offset more than 256 bytes (200 + the first <?xml...> string), it is unlikely that anybody will read the whole file then just to understand its format.
BTW, if we put "<svg>" inside the comment (but somewhere in [0, 256]), it fixes the issue too... :)
Thanks for report and help!
This update has been obsoleted by seamonkey-2.53.5-2.fc33.
Please login to add feedback.
Confirm request to re-trigger tests.
Copyright © 2007-2023 Red Hat, Inc. and
bodhi-server 7.2.2 on
bodhi is Free Software.
if you have any problems. Read the documentation.