| Summary: | Manually selecting icon from anywhere other than oxygen folder doesn't work. | ||
|---|---|---|---|
| Product: | [I don't know] kde | Reporter: | Dashon <dashonwwIII> |
| Component: | general | Assignee: | Unassigned bugs mailing-list <unassigned-bugs> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | nate |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | What I mean by blank text document icon. | ||
Also sorry if this is under the wrong product. Point me in the right direction in that case. I thought it belonged under kdesktop ,but did not see that as an option. I assume you're using the Oxygen icon theme? @Nate Graham. No I'm not not using the oxygen icon theme to my knowledge and I never have. I've had it on breeze dark icon theme for as long as I can remember. Does /usr/share/icons/breeze exist on your system? Do you see the Breeze icon theme listed in System Settings > Icons? (In reply to Nate Graham from comment #4) > Does /usr/share/icons/breeze exist on your system? Do you see the Breeze > icon theme listed in System Settings > Icons? Yes to both of those questions. Ah I think I might know what's happening here. It might be Bug 394981. Question 1: What happens if you manually edit the .desktop file to remove the full path to the icon and just pass the name? For example `Icon=amarok` Question 2: what happens if you remove the filename extension from the full path? For example `Icon=/usr/share/icons/breeze/apps/48/amarok` (In reply to Nate Graham from comment #6) > Ah I think I might know what's happening here. It might be Bug 394981. > > Question 1: What happens if you manually edit the .desktop file to remove > the full path to the icon and just pass the name? For example `Icon=amarok` > > Question 2: what happens if you remove the filename extension from the full > path? For example `Icon=/usr/share/icons/breeze/apps/48/amarok` Answer to Question 1: Removing the full path and just providing the application name will use the default breeze icon in the case of amarok. I actually don't see an icon for firefox inside of breeze ,so I don't know where it is pulling that from. Answer to Question 2: Honestly something weird happens, so if I use the full path without the extension as per your example the icon shows up but then it's blurry. I'm refereing to the icon that is representing the .desktop file as being blurry. So it does seem related to the bug you linked to. Except with the added problem that manually specifying a file outside of the icons directory shows up completely blank for example an icon in the Documents directory. However I want to try and see if using the full path for the icon in the Documents directory without a file extension causes it to show up. I'll report my findings here. Looks like you are right this is the same as bug 394981. I know they were specifically referring to jetbrains applications in that thread from the little bit that I read, but it seems that this affects all icons shown in dolphin and the various menus. That fixes things for me, but if you don't mind me asking. What caused this to happen? Also I wanna say that the amarok icon was blurry only when using the icon located in the root directory. Using an icon located within the home directory without the file extension works. Anyways should I mark this as a duplicate of the other bug. Or do you guys/gals do that. You can if you're certain. :) I'll do it this time. *** This bug has been marked as a duplicate of bug 394981 *** (In reply to Nate Graham from comment #12) > You can if you're certain. :) I'll do it this time. > > *** This bug has been marked as a duplicate of bug 394981 *** Thanks also. After playing around some more. This bug seems to affect file associations as well. For example right click a python file ending with .py. Select properties, select file type options and try to change the icon. If the icon is .svg it will just be a blank icon even if you get rid of the extension. However the workaround suggested by the bug report you linked to works for this as well. Change the icon to png and it works. |
Created attachment 126440 [details] What I mean by blank text document icon. SUMMARY What happens is whenever I try to change the Icon for an application of a file association. If the location of the icon is not in the /usr/share/icons/oxygen path, the icons are not only invisible to the system (which is the case of other system icons directories such as $HOME/.local/share/icons) but also selecting such an icon will result in a blank icon entry whether in dolphin or navigating panel entries. STEPS TO REPRODUCE in Application Launcher 1. Right click launcher widget. 2. Select Edit Applications 3. Select app you want to change (in my case firefox) 4. Use the other icons tab 5. select browse button 6. manually navigate to a different icon anywhere on the system OBSERVED RESULT The icon selected will result in a blank text document icon showing up in the menu entry instead of the icon selected. As well as an a blank text document .desktop file being created in $HOME/.local/share/applications. Despite the .desktop file in the previously mentioned directory having the full path spelled out. The icon refuses to show up. EXPECTED RESULT Icon is correctly loaded and saved. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora 31 - KDE Spin (available in About System) KDE Plasma Version: 5.17.5 KDE Frameworks Version: 5.67 Qt Version: 5.13.2 ADDITIONAL INFORMATION This also happens with the exact same results if I try to change the file association of say a python file with extension .py. The exact same empty document icon will appear on all future creations of a .py file.