Weird behaviour with Yubikey Neo
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 27k
- Forks
- 2.6k
- PR merge metrics
- No merged PRs in 30d
Description
When my Yubikey Neo is plugged, if I press the button on it weird things happen:
- the
Vomnibar.activatecommand is triggered - random characters are entered in the URL bar
- The now invalid URL is accessed
It does not always happen.
This has happened on both Chromium and Firefox
Chromium version
| Chromium | 66.0.3359.181 (Official Build) Built on Ubuntu , running on Ubuntu 18.04 (64-bit) |
|---|---|
| Revision | 164c37e3f235134c88e80fac2a182cfba3f07f00- |
| OS | Linux |
| JavaScript | V8 6.6.346.32 |
| Flash | 25.0.0.148 /usr/lib/pepperflashplugin-nonfree/libpepflashplayer.so |
| User Agent | Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/66.0.3359.181 Chrome/66.0.3359.181 Safari/537.36 |
| Command Line | /usr/lib/chromium-browser/chromium-browser --ppapi-flash-path=/usr/lib/pepperflashplugin-nonfree/libpepflashplayer.so --ppapi-flash-version=25.0.0.148 --enable-pinch --flag-switches-begin --flag-switches-end |
| Executable Path | /usr/lib/chromium-browser/chromium-browser |
| Profile Path | /home/asymmetric/.config/chromium/Default |
Firefox version
Application Basics
Name: Firefox
Version: 61.0b14
Build ID: 20180614184829
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:61.0) Gecko/20100101 Firefox/61.0
OS: Linux 4.15.0-23-generic
Multiprocess Windows: 1/1 (Enabled by user)
Web Content Processes: 4/4
Enterprise Policies: Inactive
Google Key: Found
Mozilla Location Service Key: Missing
Safe Mode: false
Extension version
1.63.3
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the intermittent behavior with a Yubikey Neo in Chromium and Firefox, focusing on the Vomnibar.activate command, random URL-bar input, and navigation. Compare behavior with the key plugged in versus absent and identify the triggering input sequence. Done means the cause is isolated and the unwanted command, characters, and navigation no longer occur.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100