(In reply to Joe from comment #20) > So a caret is name for currently focused text box's cursor? https://developer.mozilla.org/en-US/docs/Glossary/Caret > The linked discussion does not mention which specific sites for me to see this bug in action on newer and older versions of FF, but I think it's in a related bug linked to from there... just curious what brought up this change. My laptop doesn't have a context menu key so I checked with a USB keyboard, and that key does NOT behave the new way. This is a confirmed workaround if I use a mouse with a remapped button. There is no concrete scenario which the traditional behavior causes a problem. However, that means incompatible result of `Selection` object after right click. So, it's potentially risky for compatibility between browsers. Especially when caret is not shown in non-editable text nodes.
Bug 1875690 Comment 22 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
(In reply to Joe from comment #20) > So a caret is name for currently focused text box's cursor? https://developer.mozilla.org/en-US/docs/Glossary/Caret > The linked discussion does not mention which specific sites for me to see this bug in action on newer and older versions of FF, but I think it's in a related bug linked to from there... just curious what brought up this change. My laptop doesn't have a context menu key so I checked with a USB keyboard, and that key does NOT behave the new way. This is a confirmed workaround if I use a mouse with a remapped button. There is no concrete scenario which the traditional behavior causes a problem. However, that means incompatible result of `Selection` object after right click. So, it's potentially risky for compatibility between browsers. Especially when caret is not shown in non-editable text nodes.