settings/user/sharing spams the server with requests
Nobody has claimed this yet.
- Dominant language
- PHP
- Stars
- 36.9k
- Forks
- 5.2k
- Avg merge
- 2d 3h
- Merged PRs (30d)
- 713
Description
How to use GitHub
- Please use the 👍 reaction to show that you are affected by the same issue.
- Please don't comment if you have no relevant information to add. It's just extra noise for everyone subscribed to this issue.
- Subscribe to receive notifications on status change and new comments.
Steps to reproduce
- Open index.php/settings/user/sharing
- Check network log
Expected behaviour
"normal" behaviour
Actual behaviour
100 requests to apps/user_status/api/v1/statuses/...
52 of those go against: apps/user_status/api/v1/statuses/undefined
The requests are from the "New owner" drop down in the "Transfer ownership of a file or folder" section
At least the requests to undefined should not happen. But maybe we can investigate if we return the status only while searching and not in the preload
Server configuration
Nextcloud version: 22.0.0beta5
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
Open index.php/settings/user/sharing and inspect the network log while viewing the "New owner" dropdown in the file or folder ownership-transfer section. Trace requests to apps/user_status/api/v1/statuses/... and verify that requests to statuses/undefined are eliminated and unnecessary preload requests are reduced.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript, php
- Domain
- api, frontend, performance
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 38/100