mirror of
https://github.com/ciur/papermerge.git
synced 2026-04-25 12:05:58 +03:00
[GH-ISSUE #223] Renaming files change other filenames aswell #179
Labels
No labels
2.1
3.0
3.0.1
3.0.2
3.0.3
3.0.3
3.1
3.2
3.2
3.3
3.5
3.x
Fixed. Waiting for feedback.
Fixed. Waiting for feedback.
UX
Version 2.1 - alpha
XSS
announcement
beta
blocker
bug
cannot reproduce
confirmed
confirmed
critical
demo
dependencies
deployment
detchnical debt
discussion
docker
documentation
donations
duplicate
enhancement
feature request
frontend
fundraising
good first issue
good issue
help wanted
high
implemented
important
improvement
incomplete
invalid
investigation
kubernetes
low
low impact
medium
medium
medium impact
migration from 2.0
migration from 2.1
missing-language
missing-ocr-language
no-activity
note
ocr
outofscope
packaging
performance
popular request
pull-request
pypi
question
raspberry pi
roadmap
search
security
setup
status
task
technical debt
updates
user xp
version 1.4.0 - demo
will be implemented
will not be implemented
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/papermerge#179
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Greenlander92 on GitHub (Nov 22, 2020).
Original GitHub issue: https://github.com/ciur/papermerge/issues/223
Originally assigned to: @ciur on GitHub.
Description
The build in renaming functionality doesn't work for me correctly. I got several .pdf-files in a single Folder. Renaming a file will change the name of every other file which was renamed before.
Expected
Renaming a file should just have an effect of the selected files and not on every file that was renamed with a previous action.
Actual
When I rename the first document it works as expected. But renaming another file to a different name will also alter the name of the previously renamed file. Same for the next file wich will also rename all previously renamed files. It's as if the other files are still selected, which they are not. Even when going out of the folder and in again this behaviour stays.
Info:
@ciur commented on GitHub (Nov 22, 2020):
What exactly you mean with "The build in renaming" ?
Can you please confirm that same behaviour is on demo?
@Greenlander92 commented on GitHub (Nov 22, 2020):
Maybe I missed a hyphen there. I mean the build-in renaming functionality (anklicken des Dokuments und Umbenennen über das Aktionsmenü)
I will test it tomorrow on your demo instance if I don't forget.
@Greenlander92 commented on GitHub (Nov 23, 2020):
Alright. I just tested and confirmed the same behaviour on your test instance. I kept the 6 pdf-files uploaded so you can confirm it yourself.
Steps to reproduce:
-> Both file are named test2.pdf now
I noticed that if you close the session and login again the issue is gone. At least for the first file. If you rename a 2nd file it's the same behaviour.
@ciur commented on GitHub (Nov 23, 2020):
@Greenlander92, thank you for detailed steps!
I was able to reproduce it 🥳
I will fix it and make fix available as part of next 1.5.1 version
@cnbhl commented on GitHub (Apr 28, 2021):
I was able to reproduce this for folders as well. With the exact steps @Greenlander92 was mentioning:
Steps to reproduce:
-> Both folder are named "Folder 9.9" now
@moscado commented on GitHub (Jan 17, 2022):
I experienced the bug in the current version 2.0.1. Any plans on when it gets fixed?
@ciur commented on GitHub (Jan 26, 2022):
The thing is I split the application in two parts - backend and frontend. This bug described here is on the javascript side. However frontend/javascript side was completely rewritten and buggy behavior is not there any more - at very least is not there in development version of the frontend.
My plan is to help you to migrate to newer version of the application (featuring new frontend) as soon as it will be out.
The development is very slow, because, as I mentioned, I rewrote the entire frontend and it took me some time to figure out how to do it correctly.
I will keep this bug opened until new version will be out and it will be confirmed that bug is not in new version.
@ciur commented on GitHub (Feb 4, 2024):
I am closing this issue as it is not relevant for 3.0.3.