Sharing without change permission should not show a rename button
Nobody has claimed this yet.
- Dominant language
- PHP
- Stars
- 8.8k
- Forks
- 2.1k
- Avg merge
- 20h 7m
- Merged PRs (30d)
- 41
Description
Testing web UI of 10.2.1RC3
User admin shares folder AdminPhotos with user jwtest with share, create, delete permissions, but without change permission:
User jwtest does not see a rename button on files within AdminPhotos (no change permisision, ok). But user jwtest has a rename button on subfolders within AdminPhotos.
Actually trying a rename results in an error then.
This is inconsistent. Either always have the rename button and show errors, or never have the rename button.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the web UI case with share, create, and delete permissions but without change permission, then trace where the rename button is shown for files versus subfolders. Compare the button’s visibility with the rename request’s permission handling; done means subfolders no longer expose an unusable rename action and the behavior is covered consistently.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript, php
- Domain
- authorization, frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 55/100