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

Cannot configure newline after autotype #251

Closed
MechMK1 opened this issue Dec 3, 2020 · 6 comments
Closed

Cannot configure newline after autotype #251

MechMK1 opened this issue Dec 3, 2020 · 6 comments

Comments

@MechMK1
Copy link

MechMK1 commented Dec 3, 2020

The YubiKey Personalization Tool allowed users to configure the exact sequence sent by the YubiKey when touched, including the ability to configure if an Enter keypress should be simulated after the sequence is completed.

The new YubiKey Manager does not allow such configuration yet. This missing function should be added.

@fdennis
Copy link
Contributor

fdennis commented Dec 7, 2020

Hey,
Could you explain what exactly you would like to accomplish? Through ykman cli you can configure if Enter should be sent or not after slot output. Would that be what you are looking for?

@jstrese
Copy link

jstrese commented Jan 26, 2021

@fdennis I think that's what @MechMK1 is asking. I came here to ask the same thing.

It would be extremely appreciated if the ability to enable/disable the Enter keystroke. It causes issues in forms that have other inputs and opens you up to accidentally sending input to non-secure channels like a chat program.

@MechMK1
Copy link
Author

MechMK1 commented Jan 26, 2021

@fdennis Sorry for the delayed response, I completely forgot I had raised this issue.

My use-case is as follows: I use the static password feature on my YubiKey Nano, and have configured it to require a long-press before entering. Due to the design of the Yubikey Nano and the way I hold my laptop, it can at times happen that I accidentally touch the sides of the Yubikey, which causes it to input the static password. If I happen to be typing in a chat room or other such window, where pressing Enter would cause a message being sent, then that would cause disclosure of my password - something I would ideally avoid.

One way of avoiding this would be to prevent the Enter keystroke from being sent after the password. This option is already available in the Yubikey Personalization Tool, shown in the following screenshot:

Yubikey Personalization Tool - Output Format

This setting, when configured in Static Password mode, allows me to remove the trailing Enter keystroke when the static password is being typed. I would like to see this same feature in the more modern Yubikey Manager.

As for the command-line tool you mentioned, it seems that the --no-enter flag provides this configuration option, but the QT manager seems to be lacking it.

@fdennis
Copy link
Contributor

fdennis commented Jan 27, 2021

Thank you for letting us know about your use-cases.
As previously mentioned, you can configure whether to send an ENTER keystroke after the output has been written in ykman cli.
Example: ykman otp static --no-enter [PASSWORD]
This does not yet exist in the GUI, because we want to keep it as clean and simple as possible. We will take your opinions into consideration and might add it if we see a larger demand for it.

@fdennis
Copy link
Contributor

fdennis commented Mar 16, 2021

I will close this issue for now and refer to my comment just above from Jan 27. If there is more demand for this we might consider adding it, but right now this can be solved with ykman cli.

@fdennis fdennis closed this as completed Mar 16, 2021
@jstrese
Copy link

jstrese commented Mar 16, 2021

When your mission to keep a UI clean and simple ends up restricting usability, you've failed.

This is a basic feature that can only be accessed using the CLI. You should really think about adding it back in, or at least re evaluate your "clean" interface logic. Add a simple checkbox. Or a button to open advanced settings. It's not that difficult guys.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

3 participants