Dolphin infinitely making thumbnails in folder where are already exists previews. I mean, when i opened ~/.thumbnails/large in dolphin, it shows cache of previews for files, but also it tries to make previews from existing previews and this action is totally infinitely.
Thanks for the bug report. This is probably not a Dolphin issue because thumbnail creation is handled for all KDE applications by the KIO::PreviewJob class and separate thumbnail creator executables. In any case, could you please describe the symptoms that you observed? Did dolphin, kio_thumbnail use the CPU or the disk a lot, were the files in ~/.thumbnails updated all the time, or was it anything else? I'm asking because I don't see any unusual behavior when entering ~/.thumbnails/large. Thanks for your help.
Sorry for wrong software choice. When i open that folder and window is active, dolphin starts load cpu core at 80-90% (Intel i3 3120M @ 2.50GHz). Exactly system load looks like that: 1. command "dolphin --icon system-file-manager -captio" uses 90% of cpu core 2. command "kio_thumbnail thumbnail local:/tmp/ksocket" uses 9% of cpu core
OK, thanks. The problem could be: 1. Dolphin requests thumbnails for files in ~/.thumbnails/large. 2. KIO::PreviewJob lets a thumbnailer for the respective format create a thumbnail image, and stores it in ~/.thumbnails/large. 3. Dolphin notices that there is a new (or modified) file in the view and wants to get a new (or updated) thumbnail -> back to step 1. If that is indeed what happens, then I think that this can only be solved inside KIO::PreviewJob, which should not let the thumbnailers create thumbnails for files inside ~/.thumbnails, but just use those files directly. I cannot reproduce the problem though (tried opening ~/.thumbnails/large and ~/.thumbnails/normal in the view, hovered files to trigger thumbnail-loading in the information panel), so I don't know if my analysis is correct or not.
Is this still an issue with KDE Frameworks 5.47?
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!