Bug 398496 - 2.14 AppImage uses oxygen icons
Summary: 2.14 AppImage uses oxygen icons
Status: RESOLVED FIXED
Alias: None
Product: skrooge
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Appimage Linux
: NOR normal
Target Milestone: 25.1.0
Assignee: Stephane MANKOWSKI
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-09-11 13:37 UTC by dberg918
Modified: 2021-04-18 11:23 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Screenshot showing oxygen icons on skrooge v2.14 (177.38 KB, image/png)
2018-09-11 13:37 UTC, dberg918
Details
Screenshot showing oxygen icons on skrooge v2.15 (226.89 KB, image/png)
2018-09-16 23:05 UTC, dberg918
Details

Note You need to log in before you can comment on or make changes to this bug.
Description dberg918 2018-09-11 13:37:57 UTC
Created attachment 114899 [details]
Screenshot showing oxygen icons on skrooge v2.14

I'm using the Skrooge 2.14 AppImage on Fedora 28, and it appears to be built against the oxygen icon theme, as opposed to breeze.
Comment 1 Stephane MANKOWSKI 2018-09-16 08:09:25 UTC
Could you try with the new 2.15.0 version?

I don't really understand how the icons are found but on my computer (KDE Neon), the breeze icons are loaded when I launch the appimage.

Regards.
Comment 2 dberg918 2018-09-16 23:05:46 UTC
Created attachment 115023 [details]
Screenshot showing oxygen icons on skrooge v2.15

Still showing oxygen for me. You can see in the terminal that I do have breeze icons installed, but it defaults to oxygen. Switching the desktop theme to breeze does not affect anything (I usually just keep it as Adwaita).

I should note that I'm not using standard Fedora, but Fedora Silverblue at the moment. However, given that the icons are in the standard directory, that detail shouldn't matter, right?
Comment 3 dberg918 2018-09-16 23:10:44 UTC
I should also note that it did not show icons at all before I installed the oxygen icon theme. That seems to indicate that it's pulling icons from the underlying system, rather than from the AppImage. Is that supposed to happen? From what I understand, AppImages are supposed to be completely self-contained, not relying on anything from the host system.

The icons aren't the only package I have to install to get it to work properly; I also have to install libnsl to get it to run; the AppImage does not start if libnsl is not installed on the host. Perhaps this is a separate bug, though.
Comment 4 probono 2018-12-27 21:55:39 UTC
An AppImage is supposed to contain everything the application needs to run which cannot reasonably expected to come as part of the default installation of all still-supported target systems (distributions).
Comment 5 Stephane MANKOWSKI 2020-04-11 10:37:03 UTC
Hi,

Is the last 2.22.1 version better?