search

kesselborn / conex

Firefox extension
Mozilla Public License 2.0
174 stars 16 forks source link

If focus is on an element within a page, then Control-Space may be interpreted as a click on that element #209

Closed grahamperrin closed 6 years ago

grahamperrin commented 6 years ago

Keywords:

From keyboard-related https://github.com/kesselborn/conex/issues/205#issuecomment-377917062

… possibly, focus prior to using keystrokes for Conex. …

Conex 0.7.1 with Firefox Nightly 61.0a1 (2018-04-01) on Mac OS X 10.9.5.

Steps

  1. create a new profile named Conex-209
  2. install 0.7.1 from https://github.com/kesselborn/conex/releases
  3. close all windows
  4. Command-N
  5. Tab Tab
  6. observe focus on the 'New to Nightly? …' button
  7. Control-Space

Expected

  1. complete override of Control-Space by Conex – appearance of the popup, with the cursor in its search field

Actual result

  1. partial override – appearance of the popup, without the cursor in its search field; plus
  2. concurrent appearance, below the popup, of the Firefox Let's get started tour
  3. Escape
  4. observe focus on the next step of Firefox's tour.
kesselborn commented 6 years ago

So: I can't control how Firefox implements the behavior of multiple targets for the same keyboard shortcut -- there is no possibility to exclusively claim a shortcut combination, so I will close this as "unfixable".

The cursor not being in the search field is fixed in v0.7.2 by fixing kesselborn/conex#205.

grahamperrin commented 6 years ago

Yeah, this smelt like a WebExtensions bug. I threw it into the mix here mainly in case it helps to explain future puzzles.