| Summary: | gwenview stalls because it completely scans the /tmp folder which has 1000s of unrelated subfolders | ||
|---|---|---|---|
| Product: | [Applications] gwenview | Reporter: | gh228 |
| Component: | general | Assignee: | Gwenview Bugs <gwenview-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | grave | CC: | justin.zobel |
| Priority: | NOR | ||
| Version First Reported In: | 18.12.3 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
gh228
2019-08-22 13:15:40 UTC
I could resolve the main issue (stalling) by opening the "operations" tab instead of "folders", which I had overlooked before. However I still would like to have gwenview operate on the original files and not copies in /tmp. Deleting unused files, for example, is useless in /tmp, and the inability to delete pictures in the original destination makes it much less useful as a picture sorting tool. Thanks for the report, do the folders in /tmp contain images/videos or are they other files? I've just tried to replicate this issue when starting gwenview 20.08.3 but I am unable to. Can you please test and confirm if this issue is still occurring or if this bug report can be marked as resolved. I'm setting status to "needsinfo" pending your response, please change back to "reported" or "resolved" when you respond, thanks. Thanks for following this up. In gwenview version 18.12.3 it seems ok. With best greetings, Gerhard |