Open Bug 940671 Opened 11 years ago Updated 2 years ago

Caret invisible at some position when using scaleX on a contenteditable element

Categories

(Core :: Layout, defect, P5)

24 Branch
x86
All
defect

Tracking

()

People

(Reporter: email, Unassigned)

References

()

Details

(Keywords: testcase, Whiteboard: [bugday-20131125])

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.57 Safari/537.36 Steps to reproduce: I’ve a element with the contenteditable attribute and it’s scale down with CSS propety scaleX(0.85). Actual results: When I moving the typing caret in the content, sometime the caret disappear. If i change the scaleX value, the position where it disappear in the contenteditable element change. Expected results: I should always been able to see the blinking typ
Fixed explanation: Expected results: I should always been able to see the blinking caret at any position in the contenteditable element.
Keywords: testcase-wanted
Whiteboard: [bugday-20131125]
Here’s a testcase: http://sourceresult.com/7643851 Let me know if you need more details.
Reproduced with 2013-11-25-03-02-01-mozilla-central-firefox-28.0a1.en-US.linux-x86_64, when zoomed out one level. See also bug 472555.
Status: UNCONFIRMED → NEW
Component: Untriaged → Editor
Ever confirmed: true
OS: Mac OS X → All
Product: Firefox → Core
The caret is drawn in layout. Could this be a sub-pixel rounding issue?
Component: Editor → Layout
(In reply to :Ehsan Akhgari (needinfo? me!) from comment #4) > The caret is drawn in layout. Could this be a sub-pixel rounding issue? Yes, this is what I think.
nsCaret::ComputeMetrics is where it looks like the caret width is computed.
Severity: normal → minor
Priority: -- → P5
Severity: minor → S4
You need to log in before you can comment on or make changes to this bug.