1128142 - Firefox freezes when I'm typing Chinese in the address bar

Status: RESOLVED WORKSFORME

(Firefox :: Address Bar, defect)

Description

[Lavande]

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:35.0) Gecko/20100101 Firefox/35.0
Build ID: 20150125222326

Steps to reproduce:

ubutnu 14.04.1
firefox 35.0.1
ibus 1.5.5
ibus pinyin 1.5.0

1. Open a new tab in firefox.
2. Switch ibus input method to "pinyin".
3. In the address bar, try to type some Chinese (i.e., type some letters which shows up in the "Pinyin" bar).
4. Instead of hitting SPACE to enter Chinese characters, hit ENTER to input the letters that have been just typed.


Actual results:

Firefox stopped responding. The window turned gray. CPU usage goes up to nearly 100%.


Expected results:

Letters should have been input into the address bar. Normally some browsing history matching the letters should show up.

Comment 1

[zhu]

I have the same issue. Have not experienced this until Firefox 35. I don't think it's the problem of ibus.

Comment 2

[Alice0775 White]

Nakano san, can you see this?

Comment 3

[zhu]

(In reply to zhu from comment #1)
> I have the same issue. Have not experienced this until Firefox 35. I don't
> think it's the problem of ibus.

I tried to run firefox from command line and caught the following errors related to IBUS.


>(firefox:19871): IBUS-WARNING **: Process Key Event failed: GDBus.Error:org.gtk.GDBus.UnmappedGError.Quark._g_2dio_2derror_2dquark.Code24: Timeout was reached.
>(firefox:19871): IBUS-WARNING **: Process Key Event failed: GDBus.Error:org.gtk.GDBus.UnmappedGError.Quark._g_2dio_2derror_2dquark.Code24: Timeout was reached.
>(firefox:19871): IBUS-WARNING **: Process Key Event failed: GDBus.Error:org.gtk.GDBus.UnmappedGError.Quark._g_2dio_2derror_2dquark.Code24: Timeout was reached.
>(firefox:19871): IBUS-WARNING **: Process Key Event failed: GDBus.Error:org.gtk.GDBus.UnmappedGError.Quark._g_2dio_2derror_2dquark.Code24: Timeout was reached.

Comment 4

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)(sickish, maybe slower respose)]

Hmm, I cannot reproduce this on ubuntu 15.04 both with Firefox 38 and the latest Nightly build. IBus Pinyin 1.5.0 and iBus 1.5.9.

I guess that it's iBus's (according to comment 3).

Do you still reproduce this bug on ubuntu 14.04?

Comment 5

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)(sickish, maybe slower respose)]

If somebody can reproduce this bug, I'd like you to log following steps:

1. export NSPR_LOG_FILE=~/fx.log
2. export NSPR_LOG_MODULES=nsGtkIMModuleWidgets:5
3. boot Firefox
4. Open new tab.
5. Type something
6. Press Enter (then, hang?)
7. Post the file to this bug (from Add an attachment)

Comment 6

[zhu]

Attachment: firefox log with ibus pinyin

Comment 7

[zhu]

I reproduced the bug and dumped the log with your guide. My environment:

ubuntu       14.04
ibus         1.5.5
ibus-pinyin  1.5.0
firefox      38.0

よろしくお願いします！:)

Comment 8

[Lavande]

Now I think it's the bug from ibus-pinyin.
I replaced ibus-pinyin with ibus-libpinyin. The bug can't be reproduced with the same steps then.

Comment 9

[zhu]

(In reply to admin from comment #8)
> Now I think it's the bug from ibus-pinyin.
> I replaced ibus-pinyin with ibus-libpinyin. The bug can't be reproduced with
> the same steps then.


Seems so...Thanks for your advice.

Comment 10

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)(sickish, maybe slower respose)]

Well, according to the log, we received "preedit_changed" signal after "preedit_start". Then, the composition string is empty. We send it to XP part. However, next signal won't come. So, I guess that this is not our fault. But if we can know the trigger in our side, we should take a hack, though.

Comment 11

[Liviu Cirdei]

Changed the component to Location Bar. If anyone considers this is not the right component, please change it to a more appropriate one.

Comment 12

[Marco Bonardo [:mak]]

resolving because a long time passed and I didn't see other recent reports, if you still have this problem feel free to reopen