Allow service icons at service level, not just application level
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gnome-control-center-signon (Ubuntu) |
Expired
|
Undecided
|
Unassigned |
Bug Description
evolution-
Services provided by eds-uoa
-------
google-
google-
google-
yahoo-calendar.
yahoo-mail.service
Currently, it appears that UOA only looks at the .desktop for an icon but evolution-
/usr/share/
I believe the current behavior for settings the service icon is something like:
1. Use the .desktop icon
2. If not set, don't show an icon at all. This makes the eds services look out of place.
Suggested improved behavior
1. Use an icon in the /services/*.service
2. If not set, fallback to the .desktop icon
3. If not set, fallback to the icon set by the corresponding service_
4. Set a generic icon
ProblemType: Bug
DistroRelease: Ubuntu 13.10
Package: gnome-control-
ProcVersionSign
Uname: Linux 3.9.0-7-generic x86_64
ApportVersion: 2.10.2-0ubuntu2
Architecture: amd64
Date: Mon Jun 24 11:30:31 2013
InstallationDate: Installed on 2013-06-14 (10 days ago)
InstallationMedia: Ubuntu-GNOME 13.10 "Saucy Salamander" - Alpha amd64 (20130613)
MarkForUpload: True
SourcePackage: gnome-control-
UpgradeStatus: No upgrade log present (probably fresh install)
Hello Jeremy,
Thank you for submitting this bug and reporting a problem with icons and UOA. You made this bug report in 2013 and there have been several versions of Ubuntu since then.
Could you confirm that this is no longer a problem and that we can close the ticket?
If it is still a problem, are you still interested in finding a solution to this bug?
If you are, could you run the following (only once):
apport-collect 1194176
and upload the updated logs and and any other logs that are relevant for this particular issue.
Thank you again for helping make Ubuntu better.
G