Closed
Bug 1134588
Opened 9 years ago
Closed 9 years ago
-moz-user-select: none cause lost of the beginning of drag selection
Categories
(Core :: DOM: Selection, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 1128722
| Tracking | Status | |
|---|---|---|
| firefox35 | --- | affected |
| firefox36 | --- | affected |
| firefox37 | --- | affected |
| firefox38 | --- | affected |
| firefox-esr31 | --- | unaffected |
People
(Reporter: juliensoler, Unassigned)
Details
(Keywords: regression)
Attachments
(1 file)
|
364 bytes,
text/html
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:35.0) Gecko/20100101 Firefox/35.0 Build ID: 20150122214805 Steps to reproduce: Do a drag selection with some elements having the style "-moz-user-select: none". I made a minimal example. Actual results: The unselectable elements are not selected, so that's ok, but sometimes, the beginning of the selection is set at the end of the unselectable element. The same happened with keyboard selection. Expected results: The selection should always start at the place where the mouse were clicked and dragged.
|
||
Updated•9 years ago
|
|
|
||
Updated•9 years ago
|
Status: UNCONFIRMED → NEW
status-firefox35:
--- → affected
status-firefox36:
--- → affected
status-firefox37:
--- → affected
status-firefox38:
--- → affected
status-firefox-esr31:
--- → unaffected
Ever confirmed: true
This bug is really annoying. When you want to copy/paste code from a site like StackOverflow for example, if you go to far, you have to start again your selection.
Severity: normal → major
|
||
Comment 2•9 years ago
|
||
Sorry about the regression. Please test a Nightly build in a few days and let me know if it works now. Thanks.
You need to log in
before you can comment on or make changes to this bug.
Description
•