Closed Bug 1571946 Opened 5 years ago Closed 3 years ago

Text selection in the content area is not canceled after mouseup on a sidebar panel provided by an add-on

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P3)

defect

Tracking

()

RESOLVED DUPLICATE of bug 1680405
Tracking Status
firefox-esr78 --- wontfix
firefox84 --- wontfix
firefox85 --- wontfix
firefox86 --- fixed

People

(Reporter: yuki, Unassigned)

References

Details

(Keywords: polish, regression)

It was originally reported at https://github.com/piroor/treestyletab/issues/2339

Steps to reproduce

  1. Install any add-on providing a sidebar panel. I've confirmed with Tree Style Tab and Sidebar+.
  2. Activate the sidebar panel of the add-on.
  3. Open a tab with a URL: http://example.com/
  4. Press the left button of the mouse on the position between Ex and ample.
  5. Move the mouse cursor with pressed left button. Then text below the cursor become highlighted as a selection text, but you still don't release the mouse button yet.
  6. Move the cursor onto the sidebar panel, with still pressed left button.
  7. Release the mouse button.
  8. Move the cursor around text in the content area.

Actual result

Text selection behavior started at the step 4 is still alive, and text between the mousedown location and the cursor become highlighted followed to your cursor move.

Expected result

Text selection started at the step 4 is canceled at the step 7. The selection is not modified anymore by just moving of the cursor.

Environment

  • Windows 10 1809 (64bit)
  • Firefox 68.0.1 (64bit)
  • Nightly 70.0a1 (64bit) build ID: 20190806214332

Regression window

Last good Nightly: 2019-03-05
First bad Nightly: 2019-03-06
pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=996a48b306521112d483b3bd8bede1e4fa23d3fa&tochange=4ab143dde4dc3424cfedc74b3648fbf2e47fb7bf

Further bisection:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=bd0449584cba8f18c4c9c5666ba4b7a459d573b7&tochange=9f6dc311b7fa154eaae3def3ab38413412ab8d29

Bugbug thinks this bug is a regression, but please revert this change in case of error.

Keywords: regression
Keywords: polish
Priority: -- → P3

I can confirm I have this problem on Linux with Tab Center Reborn, Firefox 70b14.

This is still a bug in 76.0b4.

Still happening on Firefox 84.0.

This doesn't happen on Nightly 86.0a1 (Build ID 20201224213341). Bisection information when I've found the last bad and first good build is:

app_name: firefox
build_date: 2020-12-19
build_file: C:\Users\piro.mozilla\mozregression\persist\2020-12-19--mozilla-central--firefox-86.0a1.en-US.win64.zip
build_type: nightly
build_url: https://archive.mozilla.org/pub/firefox/nightly/2020/12/2020-12-19-21-43-57-mozilla-central/firefox-86.0a1.en-US.win64.zip
changeset: 3262affdccf60ea8211729cee555fef1ad837982
pushlog_url: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=a08abfa374b684e27774e5179c1a50d6a92ecfb3&tochange=3262affdccf60ea8211729cee555fef1ad837982
repo_name: mozilla-central
repo_url: https://hg.mozilla.org/mozilla-central

Maybe fixed by the bug 1680405 ?

Status: NEW → RESOLVED
Closed: 3 years ago
Depends on: 1680405
Resolution: --- → FIXED
Component: General → DOM: UI Events & Focus Handling
Product: WebExtensions → Core
Resolution: FIXED → DUPLICATE
You need to log in before you can comment on or make changes to this bug.