| Summary: | Bad performance of file renames (thumbnail recreation?) | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Frank Steinmetzger <dev+kde> |
| Component: | AdvancedRename-file | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | caulier.gilles |
| Priority: | NOR | ||
| Version First Reported In: | 3.1.0 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | 7.2.0 | |
| Sentry Crash Report: | |||
This seems to be related to #305359. I'm using SQLite by the way. *** This bug has been marked as a duplicate of bug 305359 *** Fixed with #305359 |
Dear devs I was just renaming a few dozen files in an album using the rename function. All I did was changing the extension to lower case, i.e. [name].[ext]{lower}. The process ran very slowly with a lot of HDD load. Apparently, the thumbnail is recreated for every image plus possibly some other database stuff (I saw the thumbnail DB grow while renaming was in progress). From my point of view, should a simple changing of the filename reference in the database not be enough instead of creating a whole new image entry? Thanks for your consideration. Reproducible: Always Steps to Reproduce: Rename a bunch of files. Actual Results: It takes quite some time and causes a lot of disk load. Expected Results: It should be quite fast, because basically only one string should be changed in the database.