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

Replace PasswordTextField.kt by SecureTextField #1190

Open
rfc2822 opened this issue Dec 22, 2024 Discussed in #1189 · 5 comments · May be fixed by #1191
Open

Replace PasswordTextField.kt by SecureTextField #1190

rfc2822 opened this issue Dec 22, 2024 Discussed in #1189 · 5 comments · May be fixed by #1191
Assignees
Labels
refactoring Internal improvement of existing functions

Comments

@rfc2822
Copy link
Member

rfc2822 commented Dec 22, 2024

Seems that there's a Compose password input field in the meanwhile.

We should replace our PasswordTextField composable by the SecureTextField and then it hopefully behaves as expected.

Discussed in #1189

Autocorrection in password field

Originally posted by Marcs1987 December 22, 2024
It seems that spelling correction is activated in the password field in the Add WebDAV mount page. A bad idea I think

@rfc2822 rfc2822 added the refactoring Internal improvement of existing functions label Dec 22, 2024
@ArnyminerZ
Copy link
Member

It was added on Material 3 1.4.0-alpha01, latest stable is 1.3.1. 1.4.0 is still on alpha: 1.4.0-alpha05

@ArnyminerZ ArnyminerZ linked a pull request Dec 23, 2024 that will close this issue
4 tasks
@rfc2822
Copy link
Member Author

rfc2822 commented Dec 23, 2024

Ah ok cool, but then I'd say we wait a bit until 1.4.0 is rc or released.

Did you notice whether it turns off autocorrect?

@ArnyminerZ
Copy link
Member

Did you notice whether it turns off autocorrect?

I haven't tested it, but if that's really the issue, what actually disconnects autocorrect is the KeyboardOptions, autoCorrectEnabled should be set to false.

We can have a PR now that disables this parameter, and then wait for 1.4.0 for migrating into SecureTextField, which would give some extra benefits such as "some context menu actions like cut, copy, and drag are disabled for added security", though I don't even think this will be useful, since I tend to copy-paste a lot of passwords from my password manager to different apps, when autofill doesn't work correctly.

@rfc2822
Copy link
Member Author

rfc2822 commented Dec 23, 2024

I haven't tested it, but if that's really the issue, what actually disconnects autocorrect is the KeyboardOptions, autoCorrectEnabled should be set to false.

The strange thing is that I thought it should be false by default for keyboard type "password", and we already have keyboard type "password", no?

which would give some extra benefits such as "some context menu actions like cut, copy, and drag are disabled for added security", though I don't even think this will be useful, since I tend to copy-paste a lot of passwords from my password manager to different apps, when autofill doesn't work correctly.

I think it will only disable the possibility to copy passwords out from the field, but not to paste them into the field.

And it's probably not that important that we can't wait for 1.4.0.

@ArnyminerZ
Copy link
Member

The strange thing is that I thought it should be false by default for keyboard type "password", and we already have keyboard type "password", no?

According to the docs:

informs the keyboard whether to enable auto correct. Only applicable to text based KeyboardTypes such as KeyboardType.Email, KeyboardType.Uri. It will not be applied to KeyboardTypes such as KeyboardType.Number. Most of keyboard implementations ignore this value for KeyboardTypes such as KeyboardType.Text. A null value (the default parameter value) means autocorrect will be enabled.

So it looks like it depends on the keyboard used.

I think it will only disable the possibility to copy passwords out from the field, but not to paste them into the field.

Makes sense

And it's probably not that important that we can't wait for 1.4.0.

Then let's wait :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
refactoring Internal improvement of existing functions
Projects
Status: Todo
Development

Successfully merging a pull request may close this issue.

2 participants