Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#57615 - [telegram-desktop] missing icon in desktop launcher
Attached to Project:
Community Packages
Opened by Florian Latifi (flortsch) - Friday, 23 February 2018, 16:30 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Thursday, 22 March 2018, 10:45 GMT
Opened by Florian Latifi (flortsch) - Friday, 23 February 2018, 16:30 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Thursday, 22 March 2018, 10:45 GMT
|
DetailsDescription:
Recent update broke the icon of the desktop launcher. The old launcher referenced the icon named "telegram-desktop" which was correct. The new launcher references the icon "telegram" which does not exist. Additional info: * package version(s) 1.2.8-2 * config and/or log files etc. /usr/share/applications/telegramdesktop.desktop Steps to reproduce: Open the list of applications. (e.g. in Gnome) See that the icon of the telegram launcher is missing. |
This task depends upon
Closed by Sven-Hendrik Haase (Svenstaro)
Thursday, 22 March 2018, 10:45 GMT
Reason for closing: Fixed
Thursday, 22 March 2018, 10:45 GMT
Reason for closing: Fixed
Occurs even with an custom icon or/and application name declared in the telegramdesktop.desktop file - but not on Qt5 xcb/x11 platform plugin.
Icon=telegram-desktop
instead of
Icon=telegram
This was fixed in
FS#57491but the icon names were not switched to match what upstream expected: https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/telegram-desktop#n84It would also be nice if upstream would solve this problem themselves, by supplying an install target rather than making downstream packagers have to copy everything over by hand and maybe miss things.