| Summary: | Auto rename bug | ||
|---|---|---|---|
| Product: | [Applications] dolphin | Reporter: | Podagric <kde.podagric> |
| Component: | general | Assignee: | Dolphin Bug Assignee <dolphin-bugs-null> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | dolphin-bugs-null, justin.zobel, mail, samdyer181 |
| Priority: | NOR | ||
| Version First Reported In: | 20.04.0 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Podagric
2020-05-05 15:57:56 UTC
I have been able to reproduce this bug with the steps provided. Operating System: Arch Linux KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.69.0 Qt Version: 5.14.2 Kernel Version: 5.4.38-1-lts Thanks for reporting & confirming this bug. I can also reproduce this behavior, but while it is counterintuitive, I am asking myself how we can detect whether this is a deliberate naming action (such as "report (2020).txt") versus just previously copied files (e.g. if you copy "report.txt", it becomes "report (1).txt", then "report (2).txt" and so on). I don't know if this can help, but when a file has more than a couple of parentheses, the only one that's renamed is the last one. (2020)hello(2020)world --> (2020)hello(2026) (2020)hello(2020)world(2020) --> (2020)hello(2020)world(2026) Can confirm this is still an issue on git master. Created Test(2022).txt The suggested rename was Test(2023).txt |