194774 - cursor appears to "jump" to beginning of line after hitting backspace

Status: VERIFIED FIXED

(Core :: DOM: Editor, defect, P1)

Description

[sairuh (rarely reading bugmail)]

the cursor appears to "jump" to beginning of line after i hit backspace --it
doesn't really move to the beginning of the line, it just appears there. when i
type, entry occurs where expected.

found using 2003.02.24.0x comm trunk bits. was not a problem with 2003.02.19.0x
bits.

this is a problem in mail compose and editor windows. not a problem with html
textareas (afaict).

1. open a mail compose or editor window.
2. enter a line of text.
3. hit the backspace (or delete on Mac) key.

results: watch the cursor jump to the beginning of the line.

4. type some more text. results: fortunately, text is added to the end of the
line, where the cursor really is.

Comment 1

[kinmoz]

sfraser, is this due to the Leon's caret position caching code that  was just 
checked in?

Comment 2

[Simon Fraser [no longer active]]

Could be.

Comment 3

[Christopher Blizzard (:blizzard)]

Blocking 1.4a - no regressions, please.

Comment 4

[kinmoz]

FYI, the caret position caching change I was referring to above, was part of bug
35296.

Comment 5

[Patrick]

Same thing happens in mail/news : see bug 194752.
Same cause? Dupe?

Comment 6

[kinmoz]

*** Bug 194752 has been marked as a duplicate of this bug. ***

Comment 7

[noririty]

I can confirm this in html textareas also when IME (Input Method Editor) is
turned on.
In this case, problem is serious.

Comment 8

[leon.zhang]

  When user type backspace, nsCaret::DrawCaret will call 
nsTextFrame::GetPointFromOffset (mCachedOffsetValid have been set NS_FALSE.) ,
whose return value is not correct and mCachedFrameOffset is always (0,0).

 

Comment 9

[Quinn Yost (mythdraug)]

Probably a related issue..  I'll open a seperate bug 
if it is not quite as related as I think.

If I try to insert a space at the beginning of a wrapped
line the space is correctly placed at the end of the 
previous line, but the cursor still advances one position.
Inserting an additional space will leave the cursor in
this position.

 
Text however is inserted at the beginning of the line.

Comment 10

[leon.zhang]

Attachment: return to original status

walk around this bug temporarily.

Comment 11

[Kathleen :Brade]

Comment on attachment 115492 [details] [diff] [review]
return to original status 

r=brade

Comment 12

[Pratik]

*** Bug 194897 has been marked as a duplicate of this bug. ***

Comment 13

[kinmoz]

I checked in the work-around patch on the TRUNK:

  mozilla/layout/base/src/nsCaret.cpp  revision 1.104

I'm going to reopen bug 35296.

Comment 14

[Boris Zbarsky [:bzbarsky]]

*** Bug 194932 has been marked as a duplicate of this bug. ***

Comment 15

[Patrick]

*** Bug 194906 has been marked as a duplicate of this bug. ***

Comment 16

[kinmoz]

*** Bug 195015 has been marked as a duplicate of this bug. ***

Comment 17

[Teruko Kobayashi]

*** Bug 195002 has been marked as a duplicate of this bug. ***

Comment 18

[Boris Zbarsky [:bzbarsky]]

*** Bug 195171 has been marked as a duplicate of this bug. ***

Comment 19

[Kathleen :Brade]

*** Bug 195473 has been marked as a duplicate of this bug. ***

Comment 20

[sairuh (rarely reading bugmail)]

vrfy'd fixed with 2003.03.03 trunk bits. whew.