-
Notifications
You must be signed in to change notification settings - Fork 184
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Secret File Drop: Uploads with same name don't get renamed to file (1).txt #8291
Comments
@micbar lets discuss the prio
Open questions:
|
we have api tests for that which are in the expected failures file with issue tag #1267 |
And that links to discussion in cs3org/reva#2480 But nothing happened after that. |
And more related discussion about what the behavior should be in #5074 |
@tbsbdr what naming scheme should be used?
I highly recommend not deviating from what other systems like windows do. Endusers might expect this behavior. Also ... our oc10 tests already expect option 1) |
option 1 like in Windows |
@tbsbdr could you check that with the current implementation in web? IHMO we go f, f(1) (you skipped that). Maybe we need to adjust web then |
I would just align it if the effort is < 30 mins as I bet no one will notice it (except for the pain we experience by being aware of that inconsistency) |
@tbsbdr should we close this here and track this on web? |
fixed via #8340 |
Steps to reproduce
MyFiledropFolder
file.txt
toMyFiledropFolder
via the sharing linkfile.txt
via the sharing linkMyFiledropFolder
containsExpected behavior
MyFiledropFolder
contains 2 filesfile.txt
andfile (1).txt
Actual behavior
MyFiledropFolder
containsThe text was updated successfully, but these errors were encountered: