Change Password page is "sticky" #210

Closed
opened 2025-11-02 03:14:00 -06:00 by GiteaMirror · 7 comments
Owner

Originally created by @strk on GitHub (Jan 9, 2017).

When going to the "Password" tab in the user settings the form get automatically filled by Javascript (I think) with the effect of having your browser ask you for confirmation before leaving the page again.
Stumbled upon this while going trough all tabs in the Settings page.

Haven't tried on try.gitea.io but I guess that's how it works there too.
My tests were done locally against 1.1.0-dev (f4feeecc3a)

Originally created by @strk on GitHub (Jan 9, 2017). When going to the "Password" tab in the user settings the form get automatically filled by Javascript (I think) with the effect of having your browser ask you for confirmation before leaving the page again. Stumbled upon this while going trough all tabs in the Settings page. Haven't tried on try.gitea.io but I guess that's how it works there too. My tests were done locally against 1.1.0-dev (f4feeecc3af089a105c9a1ad976a78cd6856b407)
GiteaMirror added the issue/not-a-bug label 2025-11-02 03:14:00 -06:00
Author
Owner

@metalmatze commented on GitHub (Jan 9, 2017):

Isn't that specific and an implementation detail of your browser? How would we change this behaviour?

@metalmatze commented on GitHub (Jan 9, 2017): Isn't that specific and an implementation detail of your browser? How would we change this behaviour?
Author
Owner

@strk commented on GitHub (Jan 9, 2017):

I haven't dug but I suspect the problem is with having Javascript
write into the form, rather than shipping the default form content
directly with the HTML

@strk commented on GitHub (Jan 9, 2017): I haven't dug but I suspect the problem is with having Javascript write into the form, rather than shipping the default form content directly with the HTML
Author
Owner

@glothriel commented on GitHub (Jan 9, 2017):

I suspect it's Your browser's password manager filling the form. When the form is non-empty, there is javascript's beforeunload event, that tries to warn You, that You are trying to leave non-empty form.

@glothriel commented on GitHub (Jan 9, 2017): I suspect it's Your browser's password manager filling the form. When the form is non-empty, there is javascript's beforeunload event, that tries to warn You, that You are trying to leave non-empty form.
Author
Owner

@bkcsoft commented on GitHub (Jan 9, 2017):

yeah, the areYouSure-plugin is doing the asking... might make that an optionally injected script for the pages that actually needs it (issue, wiki, anything with an editor) instead

@bkcsoft commented on GitHub (Jan 9, 2017): yeah, the areYouSure-plugin is doing the asking... might make that an optionally injected script for the pages that actually needs it (issue, wiki, anything with an editor) instead
Author
Owner

@tboerger commented on GitHub (Jan 16, 2017):

This doesn't happen without password autofill.

@tboerger commented on GitHub (Jan 16, 2017): This doesn't happen without password autofill.
Author
Owner

@bkcsoft commented on GitHub (Jan 16, 2017):

@tboerger there's a no-autofill setting for input-boxes IIRC

@bkcsoft commented on GitHub (Jan 16, 2017): @tboerger there's a `no-autofill` setting for input-boxes IIRC
Author
Owner

@tboerger commented on GitHub (Jan 16, 2017):

@tboerger there's a no-autofill setting for input-boxes IIRC

I don't get this field prefilled automatically.

@tboerger commented on GitHub (Jan 16, 2017): > @tboerger there's a no-autofill setting for input-boxes IIRC I don't get this field prefilled automatically.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/gitea#210