[Bug] Login form : "remember" checkbox not sumbitting on "Enter" when focused #5047

Closed
opened 2025-11-02 06:12:24 -06:00 by GiteaMirror · 6 comments
Owner

Originally created by @KaKi87 on GitHub (Mar 10, 2020).

Description

I often use keyboard-only navigation on websites forms, but Gitea's login form doesn't work properly for this matter.

Here is the detailed process of my navigation :

  1. The username/e-mail input is automatically focused (this is very great by the way)
  2. I type my username
  3. I press Tab, thus focusing on the password input
  4. I type my password
  5. I press Tab, thus focusing on the "remember" checkbox
  6. I press Space to toggle the checkbox (to checked state, since since initially in unchecked state)
  7. I press Enter to submit the form

Expected result : the form is submitted. (You can test the very same method on plenty of other websites without any problem)

Actual result : the checkbox is toggled (to unchecked state, since previously in checked state)

Temporary solution : between step 5 and 6, I must press Tab again to focus on the submit button, which shouldn't normally be necessary since the checkbox is in the same form as the rest (following the same logic, pressing Enter while username/e-mail and password inputs are focused will trigger submit, which is indeed a normal behavior).

Screenshots

Just displaying a screenshot of the login page wouldn't help very much since it is the same page for everyone. Ideally, I would make a video with keyboard actions in subtitles and blurred password field, but it's really overkill.

Thanks !

Originally created by @KaKi87 on GitHub (Mar 10, 2020). <!-- NOTE: If your issue is a security concern, please send an email to security@gitea.io instead of opening a public issue --> <!-- 1. Please speak English, this is the language all maintainers can speak and write. 2. Please ask questions or configuration/deploy problems on our Discord server (https://discord.gg/gitea) or forum (https://discourse.gitea.io). 3. Please take a moment to check that your issue doesn't already exist. 4. Please give all relevant information below for bug reports, because incomplete details will be handled as an invalid report. --> - Gitea version (or commit ref): 1.11.2 - Git version: 2.11.0 - Operating system: Debian 9.12 - Database (use `[x]`): - [ ] PostgreSQL - [x] MySQL - [ ] MSSQL - [ ] SQLite - Can you reproduce the bug at https://try.gitea.io: - [x] Yes (https://try.gitea.io/user/login) - [ ] No - [ ] Not relevant - Log gist: ## Description I often use keyboard-only navigation on websites forms, but Gitea's login form doesn't work properly for this matter. Here is the detailed process of my navigation : 0. The username/e-mail input is automatically focused *(this is very great by the way)* 1. I type my username 2. I press `Tab`, thus focusing on the password input 3. I type my password 4. I press `Tab`, thus focusing on the "remember" checkbox 5. I press `Space` to toggle the checkbox *(to checked state, since since initially in unchecked state)* 6. I press `Enter` to submit the form Expected result : the form is submitted. *(You can test the very same method on plenty of other websites without any problem)* Actual result : the checkbox is toggled *(to unchecked state, since previously in checked state)* Temporary solution : between step 5 and 6, I must press `Tab` again to focus on the submit button, which shouldn't normally be necessary since the checkbox is in the same form as the rest *(following the same logic, pressing `Enter` while username/e-mail and password inputs are focused will trigger submit, which is indeed a normal behavior)*. ## Screenshots *Just displaying a screenshot of the login page wouldn't help very much since it is the same page for everyone. Ideally, I would make a video with keyboard actions in subtitles and blurred password field, but it's really overkill.* Thanks !
GiteaMirror added the issue/confirmedtopic/ui labels 2025-11-02 06:12:24 -06:00
Author
Owner

@stale[bot] commented on GitHub (May 10, 2020):

This issue has been automatically marked as stale because it has not had recent activity. I am here to help clear issues left open even if solved or waiting for more insight. This issue will be closed if no further activity occurs during the next 2 weeks. If the issue is still valid just add a comment to keep it alive. Thank you for your contributions.

@stale[bot] commented on GitHub (May 10, 2020): This issue has been automatically marked as stale because it has not had recent activity. I am here to help clear issues left open even if solved or waiting for more insight. This issue will be closed if no further activity occurs during the next 2 weeks. If the issue is still valid just add a comment to keep it alive. Thank you for your contributions.
Author
Owner

@KaKi87 commented on GitHub (May 10, 2020):

Up

@KaKi87 commented on GitHub (May 10, 2020): Up
Author
Owner

@vosdev commented on GitHub (Jul 10, 2020):

This is still reproducable on https://try.gitea.io/user/login

I go through the exact 6 same steps as you do and it really bugs me out.. every single time i try to login.

@vosdev commented on GitHub (Jul 10, 2020): This is still reproducable on https://try.gitea.io/user/login I go through the exact 6 same steps as you do and it really bugs me out.. every single time i try to login.
Author
Owner

@KaKi87 commented on GitHub (Feb 20, 2022):

Hello, any news on this ? Thanks

@KaKi87 commented on GitHub (Feb 20, 2022): Hello, any news on this ? Thanks
Author
Owner

@lunny commented on GitHub (Feb 21, 2022):

Nobody are working on this.

@lunny commented on GitHub (Feb 21, 2022): Nobody are working on this.
Author
Owner

@Gusted commented on GitHub (Feb 21, 2022):

Had a quick look, seems like our UI framework was causing this: #18851 disables it.

@Gusted commented on GitHub (Feb 21, 2022): Had a quick look, seems like our UI framework was causing this: #18851 disables it.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/gitea#5047