641445 - [OOPP] Input Mehtod doesn't work on out-of-process plugins of GTK+

Status: RESOLVED INCOMPLETE

(Core Graveyard :: Plug-ins, defect)

Description

[jing]

User-Agent:       Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)
Build Identifier: Firefox3.6.10 on Ubuntu10.10 & firefox 4 (4.0b12pre(2011-02-13)) on Mac 10.6

Input a:あ to text field or a TLF compontent of a swf file playing with Flash player 

RESULT: Roman A  was inputted.

EXPECTED: Japanese HIRAGANA あ is inputted. 

Reproducible: Always

Steps to Reproduce:
1.Input a:あ to text field or a TLF compontent of a swf file playing with Flash player 
Actual Results:  
RESULT: Roman A  was inputted.



Expected Results:  
EXPECTED: Japanese HIRAGANA あ is inputted. 

1) Anthy IME can input Japanese in Firefox4.
2) ATOK works fine in Firefox 3.6.3 on Ubuntu10.04, doesn't work in Firefox3.6.10 on Ubuntu10.10
3) It happens both TLF and Text Area component.
4) Mac10.6 has same bug in firefox 4. Windows works fine.

Comment 1

[George Carstoiu]

Tried reproducing the issue using the following website:
http://labs.adobe.com/technologies/textlayout/demos/

What I did:
1. Activated from IBus preferences, input method -  Japanese(anthy) and Arabic(kbd)
2.Entered website and started typing  

Results:

 - for Japanese the text isn't displayed correctly (see Screenshot 1) - issue present on all browsers - inclining to think that it is OS related
          1. The "a" character is displayed as small boxes
          2. Not all the characters are displayed as Japanese symbols 
          3. Roman letters are displayed multiple times although pressed just once.

 - for Arabic the text seems to be displayed correctly

Comment 2

[George Carstoiu]

Attachment: Screenshot 1

Comment 3

[George Carstoiu]

The fact that some roman characters are displayed also can be explained by reading the following article (sorry for mentioning it in Comment 1, but I do not speak Japanese):

http://newton.uor.edu/Departments%26Programs/AsianStudiesDept/Language/japanese_write.htm

Comment 5

[u279076]

Works for me on Mac. If this happens in other browsers on Ubuntu, I'm thinking this is OS-level.

George, can you confirm?

Comment 6

[Makoto Kato [:m_kato]]

(In reply to comment #5)
> Works for me on Mac. If this happens in other browsers on Ubuntu, I'm thinking
> this is OS-level.
> 
> George, can you confirm?

This is Linux.  Mac OOPP supports by Cocoa event model.

Comment 7

[u279076]

Attachment: Screenshot of "a:あ" GTK Flash Rendering

Here is a screenshot of how a:あ renders on a flash text field in Linux. FWIW, it displays exactly the same in Chromium (the only other flash-supported browser I could find).  I'm leaning towards this being an OS-level issue.

I've tried installing the Ubuntu Japanese language pack, using Japanese character encoding in Firefox, and even switching Firefox to a Japanese locale without any success. Nor was I successful doing the same under Chromium.

This MAY be OS-level...but I've exhausted my expertise.

Comment 8

[Hiroyuki Ikezoe (:hiro)]

Both of screenshots in comment #2 and comment #7 are not any softwares fault. The commenters should choose a correct font for Japanese characters.

Anyway the original report is another problem.  jing, did you test on 64bit Linux? If so, I could confirm this issue. If not, we need to investigate in further detail.

Comment 9

[Takanori MATSUURA]

I got the same bug.

The bug is escaped by dom.ipc.plugins.enabled;false.

ibus-1.3.99.20110419-11.fc15.x86_64
ibus-mozc-1.1.758.102-2.fc15.x86_64
mozc-1.1.758.102-2.fc15.x86_64
libflashplugin.so: 11.0 d1 (x86_64)

Comment 10

[Hiroyuki Ikezoe (:hiro)]

(In reply to comment #9)
> libflashplugin.so: 11.0 d1 (x86_64)

The flash plugin is really for 64bit architecture? I supposed the plugin is 32bit and used with nsplugin wrapper or something like that.

Comment 11

[Takanori MATSUURA]

(In reply to comment #10)
> (In reply to comment #9)
> > libflashplugin.so: 11.0 d1 (x86_64)
> 
> The flash plugin is really for 64bit architecture?
Yes.
64 bit plugin on 64 bit firefox.
Plugin is available from labs.adobe.com

Comment 12

[Hiroyuki Ikezoe (:hiro)]

(In reply to comment #11)
> (In reply to comment #10)
> > (In reply to comment #9)
> > > libflashplugin.so: 11.0 d1 (x86_64)
> > 
> > The flash plugin is really for 64bit architecture?
> Yes.
> 64 bit plugin on 64 bit firefox.
> Plugin is available from labs.adobe.com

Thanks for the info.

I could intput Japanese with the 64bit plugin but its behavior is very weird.

1) the biggest problem is that preedit string is not drawn at all.
2) I had to click on text area after Ctrl+Space (i.e. ibus is on)

The first one is a fault of flash plugin itself.

The second one is probably related to focus handling of firefox.  I guess Masayuki knows something.

Comment 13

[Hiroyuki Ikezoe (:hiro)]

(In reply to comment #12)
> (In reply to comment #11)
> > (In reply to comment #10)
> > > (In reply to comment #9)
> > > > libflashplugin.so: 11.0 d1 (x86_64)
> > > 
> > > The flash plugin is really for 64bit architecture?
> > Yes.
> > 64 bit plugin on 64 bit firefox.
> > Plugin is available from labs.adobe.com
> 
> Thanks for the info.
> 
> I could intput Japanese with the 64bit plugin but its behavior is very weird.
> 
> 1) the biggest problem is that preedit string is not drawn at all.
> 2) I had to click on text area after Ctrl+Space (i.e. ibus is on)

On my environment, the behavior is the same with dom.ipc.plugins.enabled = false.

Comment 14

[Takanori MATSUURA]

During typing, the following message is shown:
(<unknown>:11433): Gdk-WARNING **: gdkdrawable-x11.c:952 drawable is not a pixmap or window

11433 means the process number for plugin-container.

Comment 15

[Benjamin Smedberg]

Resolving old bugs which are likely not relevant any more, since NPAPI plugins are deprecated.