Skip to content
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

file creation in Shared folder creates wrong filesystem cache entry #325

Closed
schiessle opened this issue Nov 8, 2012 · 5 comments
Closed
Assignees
Labels

Comments

@schiessle
Copy link
Contributor

When adding a new file/folder to a shared directory than the current user gets added in the filesystem cache table as the owner of the file instead of the real owner.

Example:

User A shares a folder (foo) with User B and gives him write access to the folder.
Now User B access this folder through his Shared-folder and add a new file (bar.txt) to it.

Result: The filesystem cache entry has the right path to the file location (/userA/files/foo/bar.txt) in User A files directory but with User B as the owner of the file. Additionally it creates a second entry which looks like this /userB/files/userA/files/foo with the parent '-1' and User B as owner.

@MTGap
Copy link
Contributor

MTGap commented Jan 1, 2013

Fixed in the filesystem branch.

@MTGap MTGap closed this as completed Jan 1, 2013
@DeepDiver1975
Copy link
Member

@MTGap can you please post the commit? Thx
Do we need to backport this?

@MTGap
Copy link
Contributor

MTGap commented Jan 1, 2013

Can't backport or specify one commit. The entire filesystem branch changes were necessary for this one to be fixed properly :)

@DeepDiver1975
Copy link
Member

Hmmm - what are we going to do about this issue in stable45? Or is it not that critical?

@karlitschek
Copy link
Contributor

This is an ugly bug but I agree with Michael that backporting is super complex and might introduce new bugs. So let's skip it for now.

@lock lock bot locked as resolved and limited conversation to collaborators Aug 25, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

4 participants