Open
Bug 1639041
Opened 5 years ago
Updated 5 years ago
When CSS user-select:none, TextArea behaves very strangely
Categories
(Core :: Layout, defect, P3)
Tracking
()
NEW
Tracking | Status | |
---|---|---|
firefox-esr68 | --- | unaffected |
firefox76 | --- | wontfix |
firefox77 | --- | wontfix |
firefox78 | --- | affected |
People
(Reporter: ivan.kuckir, Unassigned)
References
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.138 Safari/537.36
Steps to reproduce:
Try this demo: https://jsfiddle.net/k3osx980/
Actual results:
- If you press cursor keys (up / down), it is not possible to move the cursor between lines.
- If you press Delete, the character on the right side of cursor (a newline character) is not deleted (and the "input" event not dispatched).
![]() |
||
Comment 1•5 years ago
|
||
Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=7b90628fa1e7f153e574c07626b6af5378593a45&tochange=d806a12ca46833286baf4c2f320db7d667a28883
status-firefox76:
--- → wontfix
status-firefox77:
--- → wontfix
status-firefox78:
--- → affected
status-firefox-esr68:
--- → unaffected
Component: Untriaged → CSS Parsing and Computation
Keywords: regression
Product: Firefox → Core
Regressed by: 1492739
Comment 2•5 years ago
|
||
Well that only unprefixed the value. I agree that behavior here is really odd. Seems that other browsers ignore user-select completely on textarea...
The behavior I'd expect is that you can edit and move the caret, but not select in the field.
Severity: -- → S3
Status: UNCONFIRMED → NEW
Component: CSS Parsing and Computation → Layout
Ever confirmed: true
Keywords: regression
Priority: -- → P3
No longer regressed by: 1492739
You need to log in
before you can comment on or make changes to this bug.
Description
•