User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:22.214.171.124) Gecko/20070515 Firefox/126.96.36.199 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:188.8.131.52) Gecko/20070515 Firefox/184.108.40.206 There seem to be problems with context menus in text areas at the beginning of a "word" ie after a whitespace character. I use ctrl-left + ctrl-right frequently to navigate between words. for example, if this text is written in the first line of a text area (excluding quotes) (with en-us dictionary installed and enabled) "I use ctrl-left + ctrl-right " context menu on the left "ctrl" has no spell checker result, but context menu for the right "ctrl" does. try also the following line ie enable en-us spell checker, write the line without quotes in a textarea and open context menu between the first letter of an underlined word and the space left to it-either by mouse or keyboard. "the quick bron fox jumps oer tthe lazy dog." results look nondeterministic, don't they? Reproducible: Always Steps to Reproduce: 1.enable en-us dictionary 2.go to a web page which has a text area 3.paste this text into the text area: the quick bron fox jumps oer tthe lazy dog. 4.move caret/click mouse just left of the "b" in "bron" 5.open context menu Actual Results: context menu WITHOUT spell checker results Expected Results: context menu WITH spell checker results
Using the "ctrl-left + ctrl-right" testcase, I notice that the region for which right-clicking brings up the menu is slightly different for each "ctrl" On the left ctrl, it starts in the middle of the c, while on the right ctrl, it starts midway through the previous space. On the other side of the word, it starts midway into the character after "l". Confirming. While very minor, there is still an editor bug here.