-
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
Orphaned share when moving a shared folder into another #13356
Comments
File id stability #13310 is not fixable in 8.0. Deferring to 8.1 as per the blocking ticket. |
File id isn't an issue an more, it was fixed: #13310 The share information is now kept. I suspect that moving the shares doesn't properly update the parent-child relationships of the shares.
@schiesbn do we even have logic that updates parent-child relationships when moving a share into another ? |
Since this issue here is about orphaned shares, I'll raise another one with less steps. |
Raised here: #15591 |
Steps to reproduce
Expected result
"user3" still has access to "test3" and "test4"
Share dropdown for "test2/test3" shows that it is shared with user3.
Share dropdown for "test2/test4" shows that it is shared with user3.
Actual result
"user3" only has access to "test3" (the one moved by owner of both shares)
"user3" does NOT have access to "test4", and the share dropdown doesn't show it.
The database shows that the former share for "test4" is orphaned, pointing to a non-existing id:
select * from oc_share where item_source not in (select fileid from oc_filecache);
Could be partially due to file id instability: #13310
Please note that the orphaned shares do not appear in the list "Shared with you".
I remember seeing reports in the past where it did.
Versions
stable7 (4d42485)
master (65ee2b1)
@schiesbn this could explain the orphaned shares we see from times to times
@SergioBertolinSG @jnfrmarks another interesting test case
The text was updated successfully, but these errors were encountered: