| Summary: | Icons randomly disappear; "QIODevice::seek (QBuffer): The device is not open" when using KSharedDataCache | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] frameworks-kiconthemes | Reporter: | Jarosław Staniek <staniek> |
| Component: | general | Assignee: | Christoph Feck <cfeck> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | halla, jpalaciosdev, kdelibs-bugs |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Jarosław Staniek
2015-09-18 20:53:26 UTC
Most probably this belongs to some other place or component, please forgive me. kf5 master this month is more 5.15 than 5.13. I think you've hit bug 352854. Can you upgrade the kservice framework again and tell me if the problem is gone? Others reported that it fixed issues like the ones you describe. Same here, i update 5.14.0 to 5.14.3 and delete ~/.cache then kbuildsycoca5 --noincremental result is strange icon disapear and 'QIODevice::seek (QBuffer): The device is not open' in xsession-errors. Any tips to generate working chache? I update kservice from 5.14.0 to 5.14.3 missing above. Thanks so much David, I am cleaning my local installation and switching to packaged KF5 on opensuse. Will specifically build kservice by hand and see. On Windows I've rebuilt all KF5 and will test things. @David just built kservice (opensuse) by hand and icons seem to work. Will monitor things a few more days. Thanks! The thing that surprises me is that ksycoca has nothing to do with icons (apart from icons for apps, coming from desktop files, but Jaroslaw's screenshot is about an open-file icon). So I can't help but wonder if the random aspect of the icon bug makes people draw wrong conclusions of a link between ksycoca and the icons-disappearing bug. Which would explain why some people say "now it works" and some people say "it still doesn't work" -- it's because it's in fact random and completely unrelated. BTW "kdeinit5: PID 3260 terminated." at the end of a program is completely normal and expected,e this is just kdeinit noticing that a process ended. Boud said on kde-frameworks-devel that the "device is not open" warning came from KIconLoaderPrivate::findCachedPixmapWithPath, which is about the icon cache in shared memory, KSharedDataCache. I'll reassign accordingly. My issue is from calligra git. Strange behavior of lastest beta. BTW, Any idea why PREFIX/share/kexi/icons/oxygen/32x32/places/ or PREFIX/share/kexi/icons/breeze/32x32/places/ and alike are not searched by Kexi? No longer supported? With kdelibs4 PREFIX/share/apps/kexi/icons/oxygen/ was searched at least. Jaroslaw, one issue per bug report please, and questions on the list, otherwise bug reports become unreadable (plus the people who know about that question might not be here). Like me Boud also mentioned elsewhere, on second run of an app icons disappeared. Then removing PREFIX/lib64/plugins/platformthemes/KDEPlatformTheme.so makes the icons appear again. Probably related: https://mail.kde.org/pipermail/kimageshop/2015-October/012917.html Yes, with the qimageio plugin fixed, this bug can be closed. |