Closed Bug 123491 Opened 24 years ago Closed 19 years ago

[Mandrake8.1] japanese input crash in composer

Categories

(Core :: Internationalization, defect, P1)

Product:
Core
Component:
Internationalization
Platform:
x86
Linux
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: u32858, Assigned: masaki.katakai)

Details

(Keywords: crash, intl)

Attachments

(1 file)

NSPR_LOG_MODULES=all:5 LOG
59.98 KB, text/plain
Details
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20011226 BuildID: 200122617 Typing quickly and changing modes with spaces in japanese crashes (spaces are not as common in japanese) From the log: ------------- 1024[8056448]: nsNativeComponentLoader: Factory creation succeeded for rel:libembedcomponents.so 1024[8056448]: nsNativeComponentLoader: Factory creation succeeded for rel:librdf.so /usr/lib/mozilla/components/liburiloader.so. 1024[8056448]: nsNativeComponentLoader: nsIModule::CanUnload() returned error for /usr/lib/mozilla/components/libnsappshell.so. Reproducible: Sometimes Steps to Reproduce: This requires speed! I have noticed it mainly when i try and email ppl quickly. Could be related.. 1. Click "compose new email" 2.Press Shift+Space to go into "kinput & wnn" japanese input mode. 3.type a something, eg "kakikukeko" 4.press return to OK it. 5.press space (thus space in romaji/japanese input mode) 6.type some other text in japanese or english. 7.Press Shift+Space again to leave "kinput & wnn" japanese input mode. Perhaps repeat these steps several times with different text to see the problem, does not occure every time. see log above Actual Results: BAM! crash! Expected Results: should just input normally. Please note, i tested in the browser and I could not get it to crash on my Mandrake 8.1 linux system I will try 0.98, but I prefer to wait for rpm version in a few days or so I hope...
Naoki, can you take care of this one? Thanks.
Did you mean the bold/italic display for quoted plain text messages? (For new plain text mail compose, there is no way to compose/display it in style) That can be set from Edit | Preferences | Mail&Newsgroups | Message Display window, and I don't have problems with that. After I select bold or italic for the option, I can see the quoted message be displayed in style.
Sorry, the above comments are for bug 123326. Please ignore it.
I checked 2002-02-04-11-trunk build on RH6.2-J, I don't see this problem. Did you see this with a HTML or plain text mail compose? and did you see this when you type in subject or mail body? Could you please try with the latest build? Thanks. QA contact to me.
Keywords: intl
reassign
QA Contact: sheelar → ji
Keywords: crash
Only in the body of the TEXT only email does this bug show up. a tell tail sign is if after pressing space in japanese input mode the cursor only ever moves 1 char, even if you type more. I will try a new build as soon as there is an rpm of one :) 0.97 had one so i expect there will be one soon... JG
Thanks for the info. Just FYI, there are also nightly mozilla builds at http://www.mozilla.org, look for linux link under Nightly Builds session.
Thank you for the infomation JI But they dont have rpm, which is what I was looking for. I dont want to have broken libs all over my system.
build 2002022700 testcase This works 100% of the time go to world.altavista.com select Japanese -> English in menu press Shift+Space to activate kinput & wnn japanese mode type "kokido" press space, press space again, until it says "small brightness" in japanese Then press Shift+Space before the input is "confirmed" (to confirm usually press space on its own) Bam! Segmentation fault
over to editor
Assignee: ducarroz → kin
Component: Composition → Editor: Core
Product: MailNews → Browser
QA Contact: ji → sujay
test
am I the right QA contact for this bug ? Yuying, please add the correct qa contact.
Can someone help me out with a stack trace?
Keywords: nsbeta1
Priority: -- → P1
Target Milestone: --- → mozilla1.0
Joe or Yuying, could you try to reproduce with the latest linux build? thanks.
I don't see the crash on 03-06 trunk build /RH7.2 with default as Japanese locale.
I expericnce this bug with kinput & wnn mandrake 8.1 $ cat .i18n LC_CTYPE=ja_JP LANGUAGE=C LANG=ja_JP XIM=kinput2 XIM_PROGRAM=kinput2 XMODIFIERS="@im=kinput2" $ locale LANG=ja_JP LC_CTYPE=ja_JP LC_NUMERIC=en_GB LC_TIME=en_GB LC_COLLATE=en_GB LC_MONETARY=en_GB LC_MESSAGES=en_GB LC_PAPER="ja_JP" LC_NAME="ja_JP" LC_ADDRESS="ja_JP" LC_TELEPHONE="ja_JP" LC_MEASUREMENT="ja_JP" LC_IDENTIFICATION="ja_JP" LC_ALL=
I also could not reproduce this on my Linux box...
Hi katakai, あなたは日本人ですか I dont have the talkback build, but if you can tell me the URL to dump the info I can upload the log file.. is there such a doc? JG
Hi JG, Is that core file? How large? I'll try to install Mandrake 8.1 tomorrow.
I did not mean the core file, but i can send you any debug files or logs if you tell me how to get them :) JG
Tetsed with Mozilla 0.9.7 and the recent trunk on JA Linux 7.1, cannot repro.
kinput2-wnn4-v3.1-0.1mdk fonts-ttf-japanese-0.19990222-10mdk my packages if they are relevent please tell me how to log this debug info as I can reproduce!
Do you have any stack trace? I undestand ./mozilla -g will start gdb but does not work now... Can anyone know how to start Mozilla with gdb?? [katakai@are ~/mozilla]$ ./mozilla -g ./run-mozilla.sh -g ./mozilla-bin MOZILLA_FIVE_HOME=/usr/katakai/mozilla LD_LIBRARY_PATH=/usr/katakai/mozilla:/usr/katakai/mozilla/plugins:/usr/local/lib FONTCONFIG_PATH=/etc/fonts:/usr/katakai/mozilla/res/Xft DYLD_LIBRARY_PATH=/usr/katakai/mozilla LIBRARY_PATH=/usr/katakai/mozilla:/usr/katakai/mozilla/components SHLIB_PATH=/usr/katakai/mozilla LIBPATH=/usr/katakai/mozilla ADDON_PATH=/usr/katakai/mozilla MOZ_PROGRAM=./mozilla-bin MOZ_TOOLKIT= moz_debug=1 moz_debugger= which: no ddd in (.:/export/home/bin:/usr/java/jdk1.3.1/bin/:/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin) /usr/bin/gdb ./mozilla-bin -x /tmp/mozargs2682 GNU gdb 20010318 Copyright 2001 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i586-redhat-linux"... (no debugging symbols found)... (gdb) run Starting program: /usr/katakai/mozilla/./mozilla-bin /usr/katakai/mozilla/./mozilla-bin: error while loading shared libraries: /usr/katakai/mozilla/./mozilla-bin: undefined symbol: __vt_14nsXPIDLCString Program exited with code 0177. (gdb)
How do I get a stack trace? URL please?
JG, I have installed Mandrake8.1 but I'm seeing the problem for kinput2. Did you have any special setting for kinput2? - kinput2 RPM was not installed at installation I installed this manually after installation - Ctrl+SPACE works for turning conversion ON BUT Ctrl+SPACE does not work for turning conversino *OFF*
Hi katakai, yeah, i had to install kinput-wwn manually as well, mdk have set it as default now i installed in enlgihs then added japanese support after I found an article http://www.mandrakeforum.org/article.php?sid=1420&lang=en and an english guide for japanese as a second language http://www.math.wisc.edu/~stefanss/japanese/index.html on UK keyboard shift +space stops as well, another way to stop is Ctrl \ or Ctrl / give that a try so does mozilla crash on your machine as well? JG > ------- Additional Comments From katakai@japan.sun.com 2002-03-10 20:13 -- > JG, > > I have installed Mandrake8.1 but I'm seeing the problem > for kinput2. Did you have any special setting for kinput2? > > - kinput2 RPM was not installed at installation > I installed this manually after installation > > - Ctrl+SPACE works for turning conversion ON BUT > Ctrl+SPACE does not work for turning conversino *OFF* >
Thanks, When I use ctrl+\ instead, actually mozilla crashed. Please assign to me. I take this.
hi katakai, Its good news you can replicate this bug, i have not been able to replicate it in any other KDE Apps please change JG
Assignee: kin → katakai
I understand KDE and GTK use over-the-spot as input style. Workaround: use over-the-spot input mode. user_pref("xim.input_style", "over-the-spot");
Status: UNCONFIRMED → ASSIGNED
Component: Editor: Core → Internationalization
Ever confirmed: true
Seems it's on Mandrake8.1, modify the summary and change QA contact from Sujay to Rui.
QA Contact: sujay → ruixu
Summary: japanese input crash in composer → [Mandrake8.1] japanese input crash in composer
nsbeta1- , if you have a fix , let us know.
Keywords: nsbeta1 → nsbeta1-
I believe it's a bug of Mandrake8.1 Linux, not Mozilla bug. On-the-spot (default input mode) seems to cause this problem only on Mandrake 8.1 + the kinput2. JDK also uses on-the-spot and I can see the same problem. So there is no way to fix by Mozilla side.
OK i have refered this to mdk, please contact them as well if you would like to JG
Hi, Should this be resolved now? if its only a mandrake config problem? can it be avoided with out the option at all? JG
Target Milestone: mozilla1.0 → ---
Does anyone have Mandrake9.0? I'll install 9.0 and try on it.
Hi, I am not running MDK anymore. I am running kinput+canna on Kubuntu 6.06 and I have not seen this bug. Could you try reproduce it Masaki? Or we can mark it WFM if distros dont have the problem now. Kind regards Jon
I can not verify it because I don't have such Linux distribution. Can we closed this bug as WFM?
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: