Hey,
Does someone know why, in the Mate system monitor, the cc compiler icon is the flag of Cocos Islands 
and the sh icon is the Saint Helena flag 
?
(TLD of Cocos is .cc, TLD of Saint Helena is .sh)
Is that a bug or a feature? 
Here's a screenshot during apt upgrade:
(I need Discourse rights to embed images 
)
Hi, @courrier 
(Usual disclaimer: please note that I'm just another Forum user here. I'm NOT an Ubuntu Developer and/or an Ubuntu MATE developer and/or a MATE Desktop Environment Developer).
You wrote:
That's very interesting! Thanks for pointing that out. In what version of "Ubuntu MATE" is that weird behavior happening in "MATE System Monitor"?
I don't know the reason for that behavior, but there's a somewhat related issue / bug that has been reported here in the "Ubuntu MATE Community", about the installation of software package updates showing the "UN" (United Nations) flag / emblem / logo. @ironfoot has guessed the likely "reason" / "cause" for that similar strange behavior / bug (related to the fact that "un" = "United Nations", but also "un" = "update notifier"). Here's the link to that answer by @ironfoot :
You (@courrier ) also wrote:
Indeed, you do need more Discourse rights to be able to embed images Meanwhile, thanks for having provided the Markdown source for the image that you tried to show. Thanks to that, I can show here that image:
In case it is useful, I suggest reading the following article that explains how you can get more rights / privileges / permissions in forums that are "powered" by "Discourse" (as you've correctly pointed out, this "Ubuntu MATE Community" is based on / powered by the open source "Discourse" forum software). In your case, I suggest that you read in particular the section titled "Trust Level 1 -- Basic" of the following article / web page:
I hope this helps
Hi, @courrier!
You have almost answered your own question. The most suitable icons for the cc and sh processes have been chosen from your icon theme.
~$ find /usr/share/icons -type f -name cc.\*
/usr/share/icons/Yaru/scalable/status/cc.svg
/usr/share/icons/mate/scalable/animations/cc.svg
~$ find /usr/share/icons -type f -name sh.\*
/usr/share/icons/Yaru/scalable/status/sh.svg
/usr/share/icons/mate/scalable/animations/sh.svg
To better understand the general idea, the icon lookup mechanism is documented. However, the exact implementation of these algorithms for GTK-based desktops is in the GTK library.
The easiest, but somewhat dirty approach to fix the problem is to modify your icon theme (similar to the UN logo issue).
Thanks for your explanations! I also submitted a bug on Launchpad for the UN flag but had not get that it was related to the same issue.
So, there are workarounds, but what should be a long-term fix?
Should the apps request for united-nations, update-notifier, cc-flag, sh-flag instead of confusing shortcuts un, cc, sh? I assume that it will impact other themes, but it may help disambiguate in the general case?
The .desktop files are used to associate applications with icon names, but I doubt they can help here. Apparently, the icon lookup function parses the icon theme based on the process name and finds the first suitable icon. Changing the icon names is probably the right decision in the current paradigm.
These flag icon names do not follow the naming specification.
Moreover, these flag icons are not from the Yaru theme, they are introduced with the patch and are used by libmatekbd.