98027 - Can't input Japanese text in flash content textfield

Status: RESOLVED WORKSFORME

(Core Graveyard :: Plug-ins, defect)

Description

[Koike Kazuhiko]

Can't input Japanese text in flash content textfield.

http://www.edit.ne.jp/~usa/flash/mozilla/textfield.html

On Linux build, IM status window doesn't appear when pressing Shift+Space.
On Win32 build, preedit string for Japanese text doesn't appear.


This bug was reported on Bugzilla-jp.
http://bugzilla.mozilla.gr.jp/show_bug.cgi?id=1317

Comment 1

[Mark Hammond [:markh] [:mhammond]]

ActiveState's Komodo has an identical issue for our editor plugin.

Comment 2

[David Weber]

I have the same problem with latin text on Mac OS-X Version 0.96. No text
appears in Flash Input Text Fields!

Comment 3

[anthonyd]

cc frank tang, because this DOES appear to work for me on win2k with today's 
build, and I want to get his input on this.

I was using microsofts IME pad and was able to input japanese characters.

I was also able to turn on japanese input and type in words like neko, hai, 
toyota and get them to convert to japanese correclty (I assume correctly, I 
can't read japanese).

Frank, can I please get some professional i18n input?
anthonyd

Comment 4

[rubydoo123]

reassigning to Frank to get his attention on this one

Comment 5

[Roy Yokoyama]

I tried to install Flash in mozilla debug build; but failed to show flash
content after
the installation.  I need help if I need to look at this IME problem.

Comment 6

[Ryuichi Matsuse]

Any word can't input by IME mode.
US mode can input any single byte word.

Mozilla's "URL input area" can input 2byte word by IME mode.
This issue in Flash Contents only.

Japanese flash user can't use Mozilla/Netscape6 or 7,
because there is this issue.

Macromedia Japan known this issue.
 http://www.macromedia.com/jp/support/flash/ts/documents/fl0249.html

on MacOS 9.2.2

 Mozilla 1.0RC3, Flash Player 6.0r29

 IM - Kotoeri 2
    - EGBRIDGE 11.8
    - WXG 4.0.3

on MacOS X 10.1.4

 Mozilla 1.0RC3, Flash Player 6.0r29

 IM - Kotoeri 3
    - EGBRIDGE 13.0.1

Comment 7

[Roy Yokoyama]

Anybody successfully got installed the flash in Japanese dev machine?

cc bunch of folks.

Comment 8

[Frank Tang]

reassign to yokoyama.
roy- debug layout/html/base/src/nsObjectFrame.cpp and set break point at
nsresult nsPluginInstanceOwner::DispatchKeyToPlugin(nsIDOMEvent* aKeyEvent)
to see how key event got pass to plug in.
also see 
nsEventStatus nsPluginInstanceOwner::ProcessEvent(const nsGUIEvent& anEvent)

Comment 9

[Roy Yokoyama]

bulk milestone change

Comment 10

[Lina Hoshino]

FYI, this problem also occurs in Diretor Shockwave. Perhaps it's a related 
issue. 

Comment 11

[Hiro]

Although there is no problem in Mozilla/Firefox, a Japanese input cannot be
performed in Camino.

For example, when a Japanese input is turned ON and "a" is inputted, in Japanese
"あ", it is not inputted but "a" of the alphabet is inputted.

Mac OS X 10.3.4 + Kotoeri
Flash Player 7.0r19
Camino trunk version
2004062521 (v0.8+)

Comment 12

[Frank Tang]

I think both roy and me are off mozilla for more than 2 years. If these bugs are
still here now, I think the real stauts is 'won't fix'. If you want to reopen
it, please find a new owner for it first. 

Comment 13

[Travis Chase]

Mass Reassign Please excuse the spam

Comment 14

[Travis Chase]

Mass Re-opening Bugs Frank Tang Closed on Wensday March 02 for no reason, all
the spam is his fault feel free to tar and feather him

Comment 15

[Travis Chase]

Reassigning Franks old bugs to Jungshik Shin for triage - Sorry for spam

Comment 16

[Hideo Oshima]

Input method can't be activated.
Trunk and 1.8 branch both have the same problem.

New flash player 9 beta doesn't solve this.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20061020 Minefield/3.0a1

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1) Gecko/20061019 BonEcho/2.0

Comment 17

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

This bug should not be for "all"/"all". Because the causes of this bug on each platforms are not same. So, we can never mark this as FIXED if we wait to fix on all environments.

Now, I reported following lists:

Win32 (windowed) - works fine
Win32 (windowless) - bug 272847 which will be fixed soon.
Linux (windowed) - works fine on some environments but not so on others (see bugzilla-jp #1317)
Linux (windowless) - should not work fine, because I don't find such code :-p (I don't find the bug in bugzilla)
Mac-cocoa (windowed) - works fine (bug 357670)
Mac-cocoa (windowless) - doesn't work (I don't find the bug in bugzilla).

So, This is not a XP issue now, and there are no tire1 platforms which cannot use IME on flash on all environments. Therefore, I'm marking this bug to WFM. If you cannot use IME on flash, please file a new bug for your environment. And please check whether the mode is windowed or windowless.

-> WFM

Comment 18

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

> Now, I reported following lists:

Oops, I meant "I have received the reports as following list".

Comment 19

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

(In reply to comment #17)
> Mac-cocoa (windowless) - doesn't work (I don't find the bug in bugzilla).

I'm sorry. This is wrong. Works fine on windowless plugins on Mac-cocoa.