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

Adding or removing users can cause a 503 error #918

Open
RaywanS opened this issue Mar 28, 2024 · 5 comments
Open

Adding or removing users can cause a 503 error #918

RaywanS opened this issue Mar 28, 2024 · 5 comments
Labels
-UX/UI bug Something isn't working gouv.fr needs design Improvements that need UI/UX design work

Comments

@RaywanS
Copy link
Collaborator

RaywanS commented Mar 28, 2024

Hi team,

I have noticed an issue while adding/removing users (both at site level and folder level).

Basically, I just add (or remove) one or multiple users and click on "Confirm". As it take forevers (average of 10 seconds), my natural behavior is to click again few times on the Confirm button, which often leads to longer waiting time and then a 503 error, as seen on the screenshot.

bug

We were able to reproduce it with @fflorent

@RaywanS
Copy link
Collaborator Author

RaywanS commented Mar 28, 2024

PS : this screenshot doesn't show the 503 error but most of the time, it displays it in the error box

@vviers
Copy link
Collaborator

vviers commented Aug 28, 2024

Idea : deactivate the "Confirm" button when a request is already going on ?

@hexaltation
Copy link
Collaborator

May be linked with #1005

@fflorent
Copy link
Collaborator

fflorent commented Oct 2, 2024

@manuhabitela suggests that disabling the button while the request is in progress may not be a great idea for the accessibility. Maybe notifying after 2 seconds that the request is in progress instead.

@manuhabitela
Copy link
Collaborator

manuhabitela commented Oct 2, 2024

Yeah, without giving it special thoughts, just setting disabled on a button after clicking it can cause issues with keyboard users/screen readers. For example, focus can go poof and go back to the very top of the body tag, because focus was on something that doesn't exist anymore in the "tabbable" element list.

We could virtually disable the button, but not having it actually disabled in the DOM, but making sure clicking doesn't trigger any action. We can take some inspiration from react-aria "pending buttons" for such cases: https://react-spectrum.adobe.com/react-aria/Button.html#pending

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
-UX/UI bug Something isn't working gouv.fr needs design Improvements that need UI/UX design work
Projects
Status: Todo
Status: Todo
Development

No branches or pull requests

6 participants