-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
view->getPath($id) returns strange path for delete files #18509
Comments
Unlikely to be intended. We should probably limit getPath() to return files under "files" or from ext storages. |
Okay, maybe it's a question of setting up. When you use So I think it's still worth fixing |
This also affects federated shares where the source was moved to trash. |
The view's root is "/root/files" and it calls "getRelativePath('/root/files_trashbin/files/tetsac.d1440425391')". This sounds like the known getRelativePath issues: #16479 |
Mega-dirty-quickfix:
|
Also happens in setupFromToken for public shares... I guess it's time to revive #16479 |
In my case it looks like #16479 fixes the issue. |
@PVince81 @nickvergessen pick up this issue again? |
Well it is fixed by #16479 which is waiting for merge iirc |
If a file is deleted and moved to the trashbin,
getPath($id)
returns_trashbin/$path.$timestamp
.Looks like we just cut off
files
no ignoring whether it isfiles/
or not.Is this intended? @icewind1991 @PVince81
The text was updated successfully, but these errors were encountered: