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

Enabling/Disabling shareapi_auto_accept_share while receiving the requested share results in different behavior #39959

Open
sushmita56 opened this issue Apr 6, 2022 · 0 comments
Labels

Comments

@sushmita56
Copy link
Contributor

sushmita56 commented Apr 6, 2022

Description

While sharing the same file/folder in different ways by one user [group and user] and receiving the requested share by enabling/disabling the shareapi_auto_accept_share by another user results in different behavior

Steps to reproduce

When the shareapi_auto_accept_share is enabled:

  1. Create a group developers and a user demo
  2. Add user demo to group developers
  3. admin creates a folder parentFoder
  4. admin shares the folder parentFolder with group developers
  5. Then the user demo receives the folder and renames it as receivedParentFolder
  6. Now, the admin shares the folder parentFolder with user demo
    As user demo the folder receivedParentFolder exists and the folder parentFolder from the last share doesn't exist.

When the shareapi_auto_accept_share is disabled:

  1. Create a group developers and a user demo
  2. Add user demo to group developers
  3. admin creates a folder parentFoder
  4. admin shares the folder parentFolder with group developers
  5. Then the user demo accepts the share request from admin
  6. And the user demo renames the folder as receivedParentFolder
  7. Now, the admin shares the folder parentFolder with user demo
  8. Again, the user demo accepts the share request from admin
    As user demo the folder parentFolder exists and folder receivedParentFolder disappears.

The test is automated and is reproduced manually too.

might be related to this issue #39347

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant