329310 - Can't type characters with second byte 0D in Gmail Google Talk

Status: VERIFIED WORKSFORME

(Camino Graveyard :: HTML Form Controls, defect)

Description

[Isriya Paireepairit]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.1) Gecko/20060214 Camino/1.0
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.1) Gecko/20060214 Camino/1.0

In new Google Talk web interface in Gmail. Typing Thai character "Yo Ting" (Unicode 0E0D) will be converted to Enter (which means send that chat message).

This problem isn't occurred on Firefox 1.5 on the same OSX machine.

Reproducible: Always

Steps to Reproduce:
1. Sign up for Gmail and Google Talk
2. Enable chat via Gmail
3. Clicking on some buddy name
4. Type "Yo Ying"

Actual Results:  
The message is sent (without Yo Ying)

Expected Results:  
"Yo Ying" should display as normal character

Comment 1

[Keng Susumpow]

Confirmed!

"Yo Ying" = ญ

Comment 2

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Does this happen if you use the Unicode Hex Input keyboard layout (opt+codepoint), or just the Thai layout?  How about copy-paste?

ญ

Comment 3

[Isriya Paireepairit]

Unicode Hex Input produces same result, also as onscreen keyboard viewer.

But copy-paste works fine.

Comment 4

[Keng Susumpow]

Confirmed #3

Comment 5

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Sam followed up a hunch I had and we've mostly determined the cause of this bug.  0D is hex for carriage return.  In addition to the Thai character Yo Ying, we got "box drawings down light and right heavy" (Ux250D,┌) to cause the same behavior using the Unicode Hex Input keyboard layout.

I don't know if our Cocoa-Gecko-TSM IME conversion is getting lost somewhere along the way and sending 0D instead of completely composing the character, or if Google is doing some trapping (although that seems unlikely, given this works in Fx), or what, but I think we've sufficiently narrowed down the bug to confirm it and to give someone an avenue for investigation.

Comment 6

[Keng Susumpow]

Attachment: Mac OS X 10.4.5 Yo Ying Charactor Palette

Show "Yo Ying" in

Unicode = 0E0D
UTF-8 = 0E B8 8D

Comment 7

[Keng Susumpow]

Comment on attachment 214816 [details]
Mac OS X 10.4.5 Yo Ying Charactor Palette

Yo Ying = �

Comment 8

[Simon Fraser [no longer active]]

Does this happen only on Google pages, or any page? Can someone make a simple textcase and attach it?

Comment 9

[Samuel Sidler (old account; do not CC)]

(In reply to comment #8)
> Does this happen only on Google pages, or any page? Can someone make a simple
> textcase and attach it?
> 

It's not "Google pages", but simply this Gmail Chat textarea. When saving the page for offline viewing, I can't duplicate the issue.

Something in Gmail's code must be looking for that 0D and translating it as "return".

I can't create a testcase since this code is highly dependent on code that I don't understand (mostly JavaScript). I have no way to know how to replicate the page as it obviously isn't just a simple <textarea>.

Comment 10

[Isriya Paireepairit]

>It's not "Google pages", but simply this Gmail Chat textarea. When saving the
page for offline viewing, I can't duplicate the issue.

Since Thai is included in OSX already, I think you can easily setup the environment same as mine
- System Preferences > International > Input Menu and enable "Thai" (not Thai-Pattachote)
- Go to Google Talk web chat and switch keyboard layout to Thai
- The keymap is the same one as capital "P"

Anyway, I'll try to create testcase.

Comment 11

[Isriya Paireepairit]

I test this on 1.1 nightly build 2006070101, the problem is gone. Please close this bug.

Comment 12

[Samuel Sidler (old account; do not CC)]

Yeah, this WFM using a branch nightly from 5/25. Google must have fixed something on their end. Closing this as WFM.

Comment 13

[froodian (Ian Leue)]

v. on behalf of reporter.