38596 - IME: Ja string doesn't move with cusor when its length exceeds the size of text field

Status: VERIFIED DUPLICATE of bug 36935

(Core :: Internationalization, defect, P3)

Description

[ji]

Build: 2000050811 linux commercial build

When entering Japanese characters to a text widget, like mail subject or URL
location bar,
when the length of the string exceeds the size of text widget, the string
doesn't move
to the left, so the cusor is hidden somewhere in the right of the text widget,
the user can't
see what he/she has typed.

Steps of reproduce:
1. Bring up mail compose page.
2. Focus the cursor to the subject field.
3. Turn on Japanese IME and enter something very long. When the cursor passes
the edge of
   the text field, you'll see the string doesn't move to the left, so you can't
see the
   cusor and can't see what you have typed.

Comment 1

[ji]

This is a generic problem. Changed the product to browser.

Comment 2

[msanz]

nominating to nsbeta2

Comment 3

[Frank Tang]

tajima- can you take this one ?

Comment 4

[leger]

Putting on [nsbeta2+][6/01] radar.  This work must be done by 06/01 or we may 
pull this for PR2.

Comment 5

[ji]

Checked with 2000050909 Win32 build. Same problem there.
Changed platform to all. 

Comment 6

[Katsuhiko Momoi]

Contact to ji.

Comment 7

[Masaki Katakai]

Editor (or layout) itself needs to scroll the contents
when the contents exceed the textfield,
like ascii typing. I think the same codes
for scrolling are needed in Editor when
Editor gets NS_TEXT_EVENT from IME.

Comment 8

[leger]

Due to slip in schedule, moving this bug from [6/01] to [Will be minus on 6/15] 
for fix deadline.

Comment 9

[Masaki Katakai]

This is duplicate of bug #36935: [i18n] Textwidget doesn't scroll when
non-7-bit-ascii chars, which has been fixed.
Actually, now the composed text is scrolled.

Toshi, could you mark it as DUPLICATE?

Comment 10

[Hidetoshi Tajima]

*** This bug has been marked as a duplicate of 36935 ***

Comment 11

[ji]

Verified as such.