Het zou wel eens kunnen dat dit een probleem is met de wijze waarop Snap dit afhandelt, en de takenbalk in XFCE het icoon zoekt. Iedere versie van snap brengt zijn eigen icoon. Er wordt expliciet naar dat bestand verwezen, bijvoorbeeld: Icon=/snap/chromium/2105/chromium.png.
Ik vermoed dat het probleem op XFCE wordt veroorzaakt doordat de informatie voor de launcher door de takenbalk apart wordt opgeslagen. Ik vermoed het volgende: bij het aanmaken van de starter op de XFCE takenbalk noteert de XFCE takenbalk de plaats van het icoon, op basis van de informatie opgenomen in de starter, bijvoorbeeld /snap/chromium/2105/chromium.png.
Maximaal drie vorige versies van een snap installatie worden bewaard - zo kan je gemakkelijk terugrollen. Zolang /snap/chromium/2105 nog bestaat, vindt de XFCE takenbalk het icoon nog. Ooit wordt die versie echter verwijderd door het snap systeem. Dat specifieke icoon bestaat dan niet meer, en je starter op de XFCE balk wordt blanko. Verwijderen en heraanmaken van de starter "ververst" de informatie.
Je kan om het probleem heenwerken
- door het icoon opnieuw aan te maken, zoals je zelf hebt ontdekt, maar dat is vervelend
- door het icoon van Chromium naar ~/.local/share/icons te kopiƫren, de starter van Chromium naar ~/.local/share/applications te kopiƫren, en de icoonverwijzing in die starter aan te passen tot "Icon=chromium".
Mochten de mensen van snap de verwijzing doorvoeren via de symlink die naar de actuele versie wijst, dan had je dit probleem niet (Icon=/snap/chromium/current/chromium.png).