264515 - Camino displays text in a TSM inline input area incorrectly (Japanese, Chinese)

Status: VERIFIED WORKSFORME

(Camino Graveyard :: HTML Form Controls, defect)

Description

[Alexey Proskuryakov]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ru-ru) AppleWebKit/125.5 (KHTML, like Gecko) Safari/125.9
Build Identifier: 2004101308

  Whenever I type with an input method that uses an inline input area
(Kotoeri, Traditional or Simplified Chinese, etc), the input area is
not only underlined, but also selected.


Reproducible: Always
Steps to Reproduce:
1. Enable any input method that uses inline input (such as Kotoeri Hiragana)
2. Go to www.google.com or any other place with HTML forms
3. Type anything
Actual Results:  
Until the inline input area is confirmed, it is displayed incorrectly: its contents appear selected, making 
the text almost unreadable

Expected Results:  
Try inline input with any other modern application (such as TextEdit) to see how it should look like

This issue doesn't seem to be present in Mozilla 1.7

Comment 1

[Mick Fox]

Confirmed on using Camino 0.8.1 and 2004101508.
Tested using Kotoeri Hiragana, Mac OS X 10.3.5 on a DP G5.
The text is while on black, as if selected.
Moz 1.7.3 does not show the text as selected.

If you select it, it shows up as an odd brown color.
Maybe the inverse of the aqua blue?

Comment 2

[Mike Pinkerton (not reading bugmail)]

this used to behave better. is it a regression? can we pinpoint when it stopped
working right?

Comment 3

[Mick Fox]

I couldn't find a nightly that worked, so I went back to old releases.  0.7 didn't show brown when 
highlighed, but other than that 0.7, 0.8b, 0.8.1 and several nightlies from July didn't work.

Is it possible it's an OS bug?
I'm using 10.3.5.

Comment 4

[Eiichi]

I think this isn't OS bug.
This may be concerned with bug 236996.

Comment 5

[Hiro]

I think that this problem existed from the mozilla time of Carbon build(classic
build).
For the reason, about Camino, since it appeared, this bug has existed all the time.

Comment 6

[Mick Fox]

looks like a dupe of <a
href="https://bugzilla.mozilla.org/show_bug.cgi?id=170951">170951</a>
"IME text should use the system color rather than inverting"

Comment 7

[Eiichi]

This problem has started since Camino made the transition to trunk from branch.
So bug 170951 may still exist in trunk. 

Comment 8

[Alexey Proskuryakov]

(In reply to comment #6)
> looks like a dupe of <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=170951">170951</a>
> "IME text should use the system color rather than inverting"

Agreed, looks like a dupe for the brown highlighting issue (which I didn't report). 

Bug 236996 is indeed identical to what I reported, sorry (but I cannot reproduce it in Mozilla).

Comment 9

[Eiichi]

Add to Comment #7;
Branch means 1.7.1 branch.

Comment 10

[Hiro]

FYI.
About Camino, this problem fixed by following patch.

bug232406
https://bugzilla.mozilla.org/attachment.cgi?id=163309&action=view

Comment 11

[Josh Aas]

Closing this bug based on comment #10. Patch for 232406 has landed.

Comment 12

[Eiichi]

In 12/24/04 Nightly Build this problem still seems to exist.

Comment 13

[Alexey Proskuryakov]

(In reply to comment #12)
> In 12/24/04 Nightly Build this problem still seems to exist.

Same here (01/11/2004 nightly build).

Comment 14

[Hiro]

The problem of the caret and the problem of not becoming an under line by Japanese 
pre edit are divided. 

See bug 236996.

Comment 15

[Alexey Proskuryakov]

(In reply to comment #14)

Exactly so, this is why I reopened this issue (it is about becoming "inverted/selected/negative" instead 
of underlined, although some comments are really about other problems). It was closed as fixed 
(comment #10), but is not fixed yet.

Maybe it should be closed as a duplicate of bug 236996 - the descriptions match exactly, although that 
one is about Mozilla, and I couldn't reproduce the problem there when I tried.

Comment 16

[Eiichi]

In 3/1/05 Nightly Build it seems for me this bug was resolved due to fixing bug
236996.

Alexey, can you confirm this?

Comment 17

[Alexey Proskuryakov]

Yes, inline input is displayed perfectly well in 03/02/2005 nightly.

Comment 18

[Jasper]

K marking WFM.

Comment 19

[Alexey Proskuryakov]

Sorry, didn't know it was my duty to mark as "Verified" :). Doing it now...