| Summary: | status dialog for emptying the trash shows nothing for a long period of time | ||
|---|---|---|---|
| Product: | [Unmaintained] kio | Reporter: | Tim Lebedkov <tim.lebedkov> |
| Component: | general | Assignee: | David Faure <faure> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | adawit, BryanFRitt, nate |
| Priority: | NOR | ||
| Version First Reported In: | 4.9-Git | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | Screenshot | ||
|
Description
Tim Lebedkov
2007-10-23 20:49:13 UTC
Created attachment 21904 [details]
Screenshot
The time of the screen is proportional to the number of files to erase in version 4.0.3. This can actually be reproduced in Git master (KDE 4.8) without having to attempt to empty the trash can. Simply create a large number of bogus files and attempt to delete them. The result is the same and the amount of time taken is as stated in comment #2. The issue can be observed in both Dolphin and Konqueror. As such I am fairly certain KIO::CopyJob is the responsible for this issue. Reassigning to that module... Sounds like this might be releated to: When trash:/ is viewed /tmp/kde-$USER/ unnecessarily increases in size https://bugs.kde.org/show_bug.cgi?id=320784 Like it's trying to copy the files to /tmp/kde-$USER/... first. Works for me in KDE Frameworks 5.45. |