Closed Bug 1267576 Opened 4 years ago Closed 4 months ago
Caret in cursor mode hides immediately in Etherpad
Followup on to bug bug 1266322 comment #5 ... ... It looks like |AccessibleCaretManager::IsCaretDisplayableInCursorMode| is returning false ...
Step to reproduce on Firefox desktop browser. 1. Set "layout.accessiblecaret.allow_script_change_updates" to true to simulate Firefox Android. 2. Open https://public.etherpad-mozilla.org/p/testforclipboard 3. Single tap on an arbitrary text in the etherpad. Expected result: The caret will show. Actual results: The caret will show and then disappear immediately.
Change the bug title because carets should work as expected in simple designMode pages without any js scripts.
Summary: AccessibleCaret hides in Etherpad / designMode documents → AccessibleCaret hides in Etherpad
We avoid updates in those cases to prevent IME/keyboard events and styling-selection changes to expose (make visible) the carets and the Selection UI (ActionBar / FloatingToolbar) if they aren't already in that state. Watch for regressions like: Bug 1230617 - Editing text in an input field causes the actionbar to appear and disappear on each keystroke
I think we need to add reason to nsISelectionListener.idl to distinguish removeAllRange() and addRange() calls. Currently, these two operations are both reason 0.
Assignee: nobody → tlin
Status: NEW → ASSIGNED
Bug 1240286 is another related issue we should not regress.
I'm not working on this bug this moment.
Assignee: tlin → nobody
Status: ASSIGNED → NEW
Status: NEW → RESOLVED
Closed: 4 months ago
Resolution: --- → WONTFIX
Summary: AccessibleCaret hides in Etherpad → AccessibleCaret in cursor mode hides immediately in Etherpad
You need to log in before you can comment on or make changes to this bug.