(In reply to Thomas Wisniewski [:twisniewski] from comment #0) > Created attachment 9105848 [details] > testcase.html > > See the attached testcase. In Chrome, the selection anchor is lost upon right-clicking, so no text is selected. Where in Firefox the anchor remains, and the user sees a selection that seems like it should still function to edit the contenteditable text, when it does not. Note that I'm not certain if this is Linux-specific behavior, as I've only tested on Linux at the moment. > I confirmed that it happened at Linux, MacOS, and Windows for Firefox Nightly 72.0a1. > Edit: actually, I missed his comment originally, but in the related webcompat bug, Masayuki says this is related to bug 1318312: > >When changing Selection with user's key operation without focus but in an editable element should set focus, but we don't Hi Masayuki, Per description, could you help to confirm this is related to bug 1418312? Thank you.
Bug 1593327 Comment 1 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 Thomas Wisniewski [:twisniewski] from comment #0) > Created attachment 9105848 [details] > testcase.html > > See the attached testcase. In Chrome, the selection anchor is lost upon right-clicking, so no text is selected. Where in Firefox the anchor remains, and the user sees a selection that seems like it should still function to edit the contenteditable text, when it does not. Note that I'm not certain if this is Linux-specific behavior, as I've only tested on Linux at the moment. > I confirmed that it happened at Linux, MacOS, and Windows for Firefox Nightly 72.0a1. > Edit: actually, I missed his comment originally, but in the related webcompat bug, Masayuki says this is related to bug 1318312: > >When changing Selection with user's key operation without focus but in an editable element should set focus, but we don't Hi Masayuki, Per description, could you help to confirm this is related to bug 1318312? Thank you.