TEXTINPUT_PASSWORD fields rendered as plain text

Some password fields assigned as TEXTINPUT_PASSWORD on the templates, at the end are rendered as input fields with type=“text” instead of type=“password”.

As an example the password fields on backup data page.

2 Likes

Another example is the pop3 connector password.

I think all but the ones with password strength check are affected.

In some cases a visible password could be useful. It’s now widely adopted the “eye” button that shows/hides the password text in the input field… :thinking:

1 Like

…however what you pointed out is surely a #bug due to a mismatched right parenthesis

The $view::TEXTINPUT flag should be the 2nd argument to textInput().

@dnutan @mrmarkuz would you like to submit a patch?

1 Like

PR made for Backup module.
Optional PR proposed but untested. I understand sometimes it’s useful to see the password (without going to CLI), feel free to accept/reject them or ask what users prefer:

Maybe change could also apply to these, but no PR made:

2 Likes

I’d merge all the optional PRs if we add the show/hide behavior to the TEXINPUT_PASSWORD flag.

image

… and when the “eye-slash” button is pressed becomes:

image

HTML snippet, appended to the INPUT tag

<button style="display: inline-block;border: 1px solid gray;width: 31px;height: 31px;vertical-align: top;"><i class="fa fa-eye"></i></button>
2 Likes

@dnutan would you mind opening an issue on GitHub? The description could be just a summary of this topic (and a link to it). Decide by yourself if writing it as bug or enhancement.

All your PRs should contain an URL reference to the new issue.

I could extend the Nethgui password widget unless you prefer to dive in it - I can wait too :wink:

The reported issue is now filed as a bug.
The eye-candy it’s filed as unlabeled issue but to be considered as an enhancement.

Go for it! I’m out of snorkels, safer staying on solid ground.

2 Likes

Thank you for your help!

Once the eye button is added they can be changed to enahanced password fields too…

I agree this is a bug, but I still prefer to see the passwords as input text fields when they are saved in clear text inside the esmith db.

The best solution is to implement the “eye” icon to show and hide the password as suggested by @davidep

For now, I’d go with fixing the backup-data form which must display the password, otherwise the user doesn’t know if it has been filled correctly.
If no one other than @davidep can add the “eye” icon to the NethGUI framework, I would like to leave existing modules untouched.
But I also would like to sponsor this suggestion for the new Cockpit-based UI.

@dnutan, your pull requests have been merged!

Now who wants to test those packages? /cc @quality_team

Please refer to

…and don’t forget the login form :wink:

@dnutan, testing your code, it seems you missed the password field of ldapservice user when you created a local AD (account provider menu), would you mind to add it please ?

@davidep @dnutan I have some doubts concerning nethserver-vpn, I saw that you patched the rpm but I can read in GitHub that it has been merged in nethserver-openvpn for ns7, what is the current state ?

1 Like

I blindly trusted the PRs: let’s ask @dnutan :hugs:

OT but nethserver-vpn requires nethserver-directory, so it drives to conflict with nethserver-dc

Still at work, will check it tonight.

My fault. AFAIK nethserver-vpn is not used on ns7. It might still be used on ns6 (idk for sure).

1 Like

No problem at all, QA is made to ask questions, please continue the good work

1 Like

AD Bind Password field was left as is on purpose. Didn’t know whether the implementation would work well with disabled fields (in this case is not disabled but read-only). You may find the same with other read-only fields.
Tested it on a read-only field and we can add the “eye” button without problems.

3 Likes

Packages released

2 Likes