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)
Tracking
()
People
(Reporter: yuki, Unassigned)
References
Details
(Keywords: polish, regression)
It was originally reported at https://github.com/piroor/treestyletab/issues/2339
Steps to reproduce
- Install any add-on providing a sidebar panel. I've confirmed with Tree Style Tab and Sidebar+.
- Activate the sidebar panel of the add-on.
- Open a tab with a URL: http://example.com/
- Press the left button of the mouse on the position between
Ex
andample
. - 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.
- Move the cursor onto the sidebar panel, with still pressed left button.
- Release the mouse button.
- 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
Comment 1•5 years ago
|
||
Bugbug thinks this bug is a regression, but please revert this change in case of error.
I can confirm I have this problem on Linux with Tab Center Reborn, Firefox 70b14.
Reporter | ||
Comment 4•3 years ago
|
||
Still happening on Firefox 84.0.
Reporter | ||
Comment 5•3 years ago
|
||
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 ?
Reporter | ||
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Description
•