LibreOffice crashed after typing a few chinese characters with ibus-chewing（[zh-TW]LibreOffice在使用ibus-chewing輸入幾個中文字之後程式崩潰）

Status changed to 'Confirmed' because the bug affects multiple users.

Only on LibreOffice + iBUS + iBUS-Chewing

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please execute the following command, as it will automatically gather debugging information, in a terminal:

$ apport-collect BUGNUMBER

When reporting bugs in the future please use apport by using 'ubuntu-bug' and the name of the package affected. You can learn more about this functionality at https://wiki.ubuntu.com/ReportingBugs, https://wiki.kubuntu.org/Apport#How_to_enable_apport

apport information

It would be easier for developer if you can provide debug information by following commands

1) sudo service apport start force_start=1
2) run libreoffice, and reproudce the bug
3) apport-collect BUGNUMBER

A backtrace from console -

*** glibc detected *** /usr/lib/libreoffice/program/soffice.bin: malloc(): memory corruption (fast): 0x00007fc35000e8a0 ***
======= Backtrace: =========
/lib/x86_64-linux-gnu/libc.so.6(+0x78a96)[0x7fc36882ea96]
/lib/x86_64-linux-gnu/libc.so.6(+0x7accc)[0x7fc368830ccc]
/lib/x86_64-linux-gnu/libc.so.6(__libc_malloc+0x6d)[0x7fc36883277d]
/usr/lib/libreoffice/program/soffice.bin[0x400f52]
/usr/lib/libreoffice/basis3.4/program/libvclplug_gtklx.so(+0x43ad2)[0x7fc35d5a4ad2]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x154)[0x7fc35c1800a4]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x2102a)[0x7fc35c19202a]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x851)[0x7fc35c19b6b1]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_by_name+0x1dd)[0x7fc35c19ba3d]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x154)[0x7fc35c1800a4]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x2102a)[0x7fc35c19202a]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x851)[0x7fc35c19b6b1]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x82)[0x7fc35c19b852]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x154)[0x7fc35c1800a4]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x2102a)[0x7fc35c19202a]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x851)[0x7fc35c19b6b1]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x82)[0x7fc35c19b852]
/usr/lib/libibus-1.0.so.0(+0x17b9a)[0x7fc347bcdb9a]
/usr/lib/x86_64-linux-gnu/libffi.so.6(ffi_call_unix64+0x4c)[0x7fc359489a14]
/usr/lib/x86_64-linux-gnu/libffi.so.6(ffi_call+0x1e5)[0x7fc359489435]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_cclosure_marshal_generic+0x197)[0x7fc35c180567]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x154)[0x7fc35c1800a4]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x20e5f)[0x7fc35c191e5f]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x851)[0x7fc35c19b6b1]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x82)[0x7fc35c19b852]
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0(+0xba3ae)[0x7fc35ae2f3ae]
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0(+0xa982e)[0x7fc35ae1e82e]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x1dd)[0x7fc35bcbaa5d]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x45258)[0x7fc35bcbb258]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_iteration+0x69)[0x7fc35bcbb429]
/usr/lib/libreoffice/basis3.4/program/libvclplug_gtklx.so(+0x18d5c)[0x7fc35d579d5c]
/usr/lib/libreoffice/program/../basis-link/program/libvcllx.so(_ZN11Application5YieldEb+0x41)[0x7fc365270951]
/usr/lib/libreoffice/program/../basis-link/program/libvcllx.so(_ZN11Application7ExecuteEv+0x27)[0x7fc365270a07]
/usr/lib/libreoffice/program/../basis-link/program/libsofficeapp.so(+0x20791)[0x7fc369316791]
/usr/lib/libreoffice/program/../basis-link/program/libvcllx.so(+0x111961)[0x7fc365277961]
/usr/lib/libreoffice/program/../basis-link/program/libvcllx.so(_Z6SVMainv+0x25)[0x7fc365277a05]
/usr/lib/libreoffice/program/../basis-link/program/libsofficeapp.so(soffice_main+0xe5)[0x7fc36933d215]
/usr/lib/libre...

The problem seems to be solved if using version 1.3.9.2-3ubuntu1.1(in orenic-updates) of ibus-chewing.
I previous using PPA provided by fourdollars
這個問題似乎安裝1.3.9.2-3ubuntu1.1版本(orenic-updates)的ibus-chewing就被解決了
我之前用的是fourdollars提供的PPA
steps:Synaptic -> ibus-chewing -> Package(?) -> force version -> orenic-updates version
步驟：Synaptic -> ibus-chewing -> 套件 -> 強制版本 -> orenic-updates 版本

This version however, containing some other irritating bugs...

update: #9 is wrong... : (

Installed current latest version of ibus-chewing 1.3.10 but problem still remains.\
Maybe it's LibreOffice's bug?

Installed LibreOffice Prerelease version 3.4.4rc1 solves this problem...

There are already libreoffice 3.4.4 packages in oneiric-updates so this issue should be fixed.

@Shih-Yuan Lee
我在一個剛安裝且更新後的11.10虛擬機器上測試這個bug發現它還在。
I check this bug again on a freshly installed & updated 11.10 virtual machine and it's still exist.
不過這次的版本也是3.4.4
However the version is 3.4.4 this time...

不管 libreoffice 的版本多少都會掛掉的。

你只要一直打「是是是是是是是是是」就會讓 libreoffice 掛掉，即使是 libreoffice dev 3.5 Beta2 也一樣。

No matter the version of libreoffice is, keeping inputing ㄕˋ (是) will crash libreoffice, even though LibreOffice Dev3.5 Beta2.

@zerng07
我這邊測試的結果是只要先移除掉套件庫中LibreOffice相關套件，下載並安裝LibreOffice網站的Debian Package就無此問題。

Hello everybody,

This bug still work fine!

ii libreoffice-common 1:3.4.4-0ubuntu1 office productivity suite -- arch-independent files
ii ibus-chewing 1.3.9.2-3ubuntu1.1 Chewing engine for IBus

Does there anyone can help more?

已經2~3個月這個bug仍然
It's been 2~3 months that this bug remains.
這表示說裝了Ubuntu 11.10的中文地區使用者已經有2~3個月無法正常的在LibreOffice文書處理軟體集合中編輯中文文件
This means that all the user in Chinese region that installed Ubuntu 11.10 cannot normally edit Chinese document using LibreOffice.
希望能夠處理這個bug的人能夠加緊腳步把這個bug修好
Hope that all the developers who can cope with this bug be hurry...

這個 bug 我最近才發現

突然要用libre office 天哪 怎麼這麼可怕的事情

然後改用google文件

但是google 文件並沒有台灣常用的字型

@陳貴鑫

你可以用上文提供的workaround來解決這個問題

I met the same issue today when using Calc with ibus-chewing.

I'm using ver. 3.5.1 of libreoffice fetched from http://ppa.launchpad.net/libreoffice/ppa/ubuntu. Just attach this note before trying the workaround.

I've tried the workaround with no luck.

The file I used is LibO_3.5.2_Linux_x86-64_install-deb_en-US.tar.gz from http://zh-tw.libreoffice.org/download/ . And tested in Ubuntu 11.10.

Another thing I found that KSpread won't have the same problem when dealing with the same document.

Another note that with LibO_3.5.2, the frequency of the problem changed from 'often' to 'sometimes'. But I can't exactly guess when it will happen ( just be closed suddenly without saving the progress... )

On my system (Ubuntu 12.04 beta, LibreOffice 3.5.2, and ibus-chewing), the problem is very definite: LibreOffice crashes every time at exactly the sixth Chinese character I input (not commit yet), no matter it is Writer, Calc, or Impress. Now I have to remind myself not to type more than 5 Chinese characters each time -- a nice work-around. :-( Just curious, would this problem be fixed before the final release of Ubuntu 12.04 LTS?

yltang, thanks for telling us that this bug still OMG alives (and the workaround ;))!

However, I don't think this bug will fix in 3 days since it is avail since 11.10 is release till now.

You may try HIME (hime.luna.com.tw), the only problem is that the * 12.04 Unity only familiar to the buggy ibus...

I recommend someone triage this bug as "critical", this makes libreoffice TOTALLY UNUSABLE for (at least) all ibus-chewing users.