keybase / keybase/keybase-issues
Website search box text selection borked in Firefox/Crunchbang
- Dominant language
- No language data
- Stars
- 899
- Forks
- 40
- PR merge metrics
- No merged PRs in 30d
Description
System
Crunchbang's "Iceweasel" v24.8.1 (Firefox), Crunchbang 11 with not quite the latest updates at time of writing (uname -a: Linux abort 3.2.0-4-amd64 #1 SMP Debian 3.2.60-1+deb7u3 x86_64 GNU/Linux)
Description
The selection mechanics of the search box in the header of the website appear broken. No amount of double-clicking, triple-clicking, or click-and-drag will select text to delete or replace. Left/Right "arrow" and Home/End keys work to move cursor, but not to select. When holding Shift and using Left/Right "arrow" or Home/End keys, the cursor disappears and nothing is selected. If Up/Down "arrow" keys are used, with or without Shift, a search on whatever's in the box is initiated.
Workaround
No workaround - you just give up, position cursor at the end of the line, and whack the Backspace/Delete as much as necessary. Kinda sucks...
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by reproducing the header website search-box selection behavior in the reported Crunchbang Iceweasel/Firefox environment, including mouse selection and Shift plus navigation keys. Inspect the header search-box entry point and compare its behavior in Firefox; done means text can be selected, replaced, and navigated without triggering an unintended search.
Written by the indexing model from the issue text.
Assessment
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100