Closed Bug 2037794 Opened 20 days ago Closed 11 days ago

slack.com cursor disappears when pasting sharing images

Categories

(Web Compatibility :: Site Reports, defect, P3)

Tracking

(Webcompat Priority:P3, Webcompat Score:3, firefox150 wontfix, firefox151 wontfix, firefox152 fixed)

RESOLVED FIXED
152 Branch
Webcompat Priority P3
Webcompat Score 3
Tracking Status
firefox150 --- wontfix
firefox151 --- wontfix
firefox152 --- fixed

People

(Reporter: mbalfanz, Assigned: ltenenbaum)

References

()

Details

(Keywords: webcompat:platform-bug, webcompat:site-report)

User Story

platform:windows,mac
impact:annoyance
configuration:general
affects:some
branch:release
diagnosis-team:dom
user-impact-score:40.5

Attachments

(2 files)

When sharing an image in slack, the cursor disappears. It comes back when switching channels or reloading the page.
(running Nightly on MacOS 15.7.4)

STR:

  • open a slack channel. (this doesn't seem to reproduce in 1:1 conversations)
  • drag an image into the input to share it
  • try typing

ER:

  • the cursor/caret should be visible

AR:

  • there's no caret
See Also: → 2032191

Can reproduce on Windows but not Ubuntu (probably some difference in how drag+drop works?)
Doesn't seem to be a regression from bug 2032191, at least. It still happens in release for me.

Since nightly and release are affected, beta will likely be affected too.
For more information, please visit BugBot documentation.

Attached file test.html

Ah it looks like this is a problem with EditorEventListener::CleanupDragDropCaret. Specifically, if you have a situation like:

  1. caret is disabled
  2. user drags something over an editor
  3. editor is focused (by a script, for example)
  4. user drops thing

Then the caret state from step 1 is restored, so it ends up being disabled...

Oh, the reason it's not reproducible on Linux is that the window is defocused during the drag (so step 3 can't happen). I'll take a look at this - I think it should be an easy fix (famous last words...)

Assignee: nobody → ltenenbaum
Severity: -- → S3
Status: NEW → ASSIGNED
Severity: S3 → S4
User Story: (updated)
Webcompat Priority: --- → P3
Webcompat Score: --- → 3
Priority: -- → P3
User Story: (updated)
Attachment #9584331 - Attachment description: WIP: Bug 2037794 - Set properties of original caret instead of drag+drop caret where needed. → Bug 2037794 - Set properties of original caret instead of drag+drop caret where needed. r=masayuki
Pushed by ltenenbaum@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/524b0cc22bdd https://hg.mozilla.org/integration/autoland/rev/f35f462952e6 Set properties of original caret instead of drag+drop caret where needed. r=masayuki
Pushed by abutkovits@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/6706fac649f1 https://hg.mozilla.org/integration/autoland/rev/965061556b3a Revert "Bug 2037794 - Set properties of original caret instead of drag+drop caret where needed. r=masayuki" for causing failures at test_drag_drop_caret.html.

Hmm I'm not sure why synthesizePlainDragAndDrop is failing on Android here… I've had success with it in the past… I think it's fine to just disable this test on Android though.

Flags: needinfo?(ltenenbaum)
Pushed by ltenenbaum@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/14e83643eeed https://hg.mozilla.org/integration/autoland/rev/b772fac127e6 Set properties of original caret instead of drag+drop caret where needed. r=masayuki
Status: ASSIGNED → RESOLVED
Closed: 11 days ago
Resolution: --- → FIXED
Target Milestone: --- → 152 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: