Created attachment 159094 [details] Peruse running on Android 13 with black Thumbnails SUMMARY When using Kirigami.Icon on Android are rendered black. When using Qt's Image Component they are rendered correctly. Related discuss.kde.org Thread: https://discuss.kde.org/t/question-regarding-kirigami-on-android/1498?u=malrak The Kirigami.Icon's are loaded via an AsyncImageProvider. STEPS TO REPRODUCE 1. Build https://invent.kde.org/graphics/peruse/-/merge_requests/34/diffs?commit_id=1684e5d0494e888711c22b09749cc75cbd7f4236 and install it on Android 2. Enable Peruse to have access to all files if on Android >= 10.0 (Settings -> Apps -> Special Access -> Access all files -> Enable Peruse). This is needed as the version is still an early state of Peruse on Android. 3. Add Comics to `/storage/emulated/0/Comics`and open Peruse in Portrait Mode. OBSERVED RESULT The thumbnails will be rendered black. EXPECTED RESULT The thumbnails will be rendered correctly. SOFTWARE/OS VERSIONS KDE Frameworks Version: 5.106.0 Qt Version: 5.15 ADDITIONAL INFORMATION When using an Image instead of Kirigami.Icon the Thumbnails get rendered correctly, see https://invent.kde.org/graphics/peruse/-/merge_requests/34/diffs?commit_id=99cf409fb98e9c7361c5177a243740c3225de1ab Also, when changing the Columns from 2 Columns to only 1 the images load correctly with Kirigami.Icon, see: https://discuss-cdn.kde.org/uploads/default/original/2X/e/ef33405d90bb53417b7784ffdbaee8aa854aee0e.jpeg
A possibly relevant merge request was started @ https://invent.kde.org/frameworks/kirigami/-/merge_requests/1192
Git commit bdb322527fbc910ce7124a45dc43dfaa0fad1522 by Nate Graham. Committed on 04/08/2023 at 16:58. Pushed by ngraham into branch 'master'. Icon: Remove automatic heuristic-based monochrome icon re-coloring This feature has caused many bugs over the years and its value is dubious to begin with. Automatically masking a colorful icon to instead be monochrome based on this or that heuristic violates the integrity of the user's icon theme and enforces a stylistic preference for monochrome icons that is not appropriate to do at the library level. If the user is using an icon theme whose icons have any color in them despite being 16 or 22px size or using the `-symbolic` suffix, this needs to be considered an intentional stylistic choice on the part of the icon theme, and it isn't something that we should monkey with here. As a bonus, we also reap an efficiency win by simply doing less unnecessary work most of the time. If a developer wants to do this masking anyway, they are still free to set `mask: true` in their code and then it will happen on an opt-in basis. Related: bug 473001, bug 471803, bug 465422, bug 451538 FIXED-IN: 6.0 M +2 -93 src/icon.cpp https://invent.kde.org/frameworks/kirigami/-/commit/bdb322527fbc910ce7124a45dc43dfaa0fad1522