Caret on many text fields (E.g. address-bar, b.m.o search field, etc.) appears to be shifted upwards
Categories
(Core :: Layout: Scrolling and Overflow, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr128 | --- | unaffected |
| firefox132 | --- | unaffected |
| firefox133 | --- | unaffected |
| firefox134 | blocking | fixed |
People
(Reporter: mayankleoboy1, Assigned: emilio)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression)
Attachments
(5 files)
STR1
Create new profile
Click on the address-bar
AR: The mouse-cursor appears to be shifted upwards
ER: Not so
STR2
Click on the search-bar at the top of b.m.o
AR: cursor appears shifted upwards
Bisection:
Bug 1931466: Ensure inline elements inside an empty line has zero block-size and no baseline in scrolled block frames. r=layout-reviewers,dholbert
Differential Revision: https://phabricator.services.mozilla.com/D229709
| Reporter | ||
Comment 1•1 year ago
|
||
Comment 2•1 year ago
|
||
Set release status flags based on info from the regressing bug 1931466
Comment 3•1 year ago
•
|
||
I can confirm the issue.
The caret(text insertion point) is shifted upwards if the input field is empty.
STR:
1 open data:text/html,<input autofocus>
Updated•1 year ago
|
Comment 5•1 year ago
|
||
[Tracking Requested - why for this release]: Obvious UI visual regressions to the caret in text fields.
| Assignee | ||
Updated•1 year ago
|
| Assignee | ||
Comment 8•1 year ago
|
||
This was already kind of an issue before, apparently: data:text/html,<div contenteditable autofocus><span>
Comment 10•1 year ago
|
||
Setting it as a 134 blocker as it impacts most websites with forms and the regression is visible.
Comment 11•1 year ago
|
||
(In reply to Emilio Cobos Álvarez (:emilio) from comment #8)
This was already kind of an issue before, apparently:
data:text/html,<div contenteditable autofocus><span>
Sorry off-topic but in comment#8 case,
Regression window in comment#8 is as follows:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=2f45c30741c5&tochange=422bbd8245a7
Suspect: db8e95fbcd39b56b7ae7ad0877e774f9e046949b Ehsan Akhgari — Bug 644428 - Position the caret correctly for empty inline frames; r=roc
| Assignee | ||
Comment 14•1 year ago
|
||
Added Gecko reftests because I don't know what the best place to put
them in WPT is, and caret rendering is kind of undefined, but...
Comment 15•1 year ago
|
||
(Added two more crash bugs as blocks because they look related)
| Assignee | ||
Comment 16•1 year ago
|
||
This is similar to how we treat <div contenteditable>, and allows us to
remove the specialness about anon boxes.
| Assignee | ||
Comment 17•1 year ago
|
||
| Assignee | ||
Comment 18•1 year ago
|
||
All the callers check both conditions, so no behavior change.
| Assignee | ||
Comment 19•1 year ago
|
||
We were relying on editable text frames not being empty. We fixed that
on the previous patches but this caused editor d&d to break.
For now this preserves the selection behavior. In the future we should
look into removing the IsEmpty() condition or so, probably, or make it
more subtle.
Comment 20•1 year ago
|
||
| Assignee | ||
Comment 21•1 year ago
|
||
Updated try runs:
- https://treeherder.mozilla.org/jobs?repo=try&revision=3cbdf72317c576342892bb72a288422bab7072ca has all reftests passing, doesn't have comment 19 which is what fixes the remaining failures.
- https://treeherder.mozilla.org/jobs?repo=try&revision=2c6d2a4d0907b48c5c3ca827b8ab66e1ed1e6bea is still in progress but should be fully green.
| Assignee | ||
Comment 22•1 year ago
|
||
The IsEmpty special-cases begin in bug 316281. It's not clear to me why they are needed.
| Assignee | ||
Comment 23•1 year ago
|
||
That's only mentioned in bug 316281 comment 23. Will try to remove in a separate bug.
Comment 24•1 year ago
|
||
Comment 25•1 year ago
|
||
Comment 26•1 year ago
|
||
| bugherder | ||
Comment 27•1 year ago
|
||
You pushed the last patch, should leave-open be removed now?
Comment 28•1 year ago
|
||
Backed out for causing reftest failures
Backout link: https://hg.mozilla.org/integration/autoland/rev/23dc330a38878592e7c716f962f610e00d90392a
Comment 29•1 year ago
|
||
Comment 30•1 year ago
|
||
Comment 31•1 year ago
|
||
| bugherder | ||
| Assignee | ||
Updated•1 year ago
|
Updated•1 year ago
|
Comment 32•1 year ago
|
||
Hi! Your push causes marionette perma failures. Could you take a look?
Comment 33•1 year ago
•
|
||
Backed out for causing marionette perma failures @test_accessiblecaret_cursor_mode.py.
Updated•1 year ago
|
| Assignee | ||
Updated•1 year ago
|
Comment 34•1 year ago
|
||
Comment 35•1 year ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/b0a2ef9d7ae3
https://hg.mozilla.org/mozilla-central/rev/93a86915295b
Comment 36•1 year ago
|
||
Add a check to SelfIsSelectable to preserve editor drag and drop behavior. r=masayuki
https://hg.mozilla.org/mozilla-central/rev/ee6527afae3b
Description
•