Bug 506545

Summary: Input uncommon chinese char in doc format cause OO writer busy loop
Product: [Fedora] Fedora Reporter: John Lau <jlau>
Component: openoffice.orgAssignee: Caolan McNamara <caolanm>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: high    
Version: 11CC: caolanm
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: 3.1.1-19.1.fc11 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-08-31 23:32:20 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
The problem
none
The strace of OOo
none
Test odt file with the uncommon chinese char none

Description John Lau 2009-06-17 17:22:14 UTC
Description of problem:

When I save the writer document in doc format and try some uncommon chinese char like "

Comment 1 John Lau 2009-06-17 17:23:55 UTC
Description of problem:

When I save the writer document in doc format and try some uncommon chinese char like "

Comment 2 John Lau 2009-06-17 17:25:02 UTC
Created attachment 348302 [details]
The problem

Comment 3 John Lau 2009-06-17 17:29:51 UTC
It seems that the uncommon Chinese char would cause some problem in bugzilla too. I attached Description of problem in the problem.txt. Please have a look.

Additional info:
The problem do not happen if the doc is saved as obt format. And the problem didn't happened in RHEL5 and older fedora.

It is a very trouble problem for Traditional Chinese user. Although we seldom input uncommon chinese char, we may accidentally hit the uncommon chinese char in our input method (like Cangjie, most useful input method for traditional chinese user) and it may hang the OO writer immediately.

Comment 4 John Lau 2009-06-17 17:32:29 UTC
Created attachment 348305 [details]
The strace of OOo

Comment 5 Caolan McNamara 2009-06-17 19:58:31 UTC
Hmm, I don't see if if I cut and paste from the text description attached into writer and save as .doc. Though of course I'm a western user so might not have some font that triggers it or something.

If you save as .odt (which works) and then reload the .odt and use save as .doc does that also hang ?. If it does the attached the .odt as an easier way to reproduce

Comment 6 John Lau 2009-06-18 05:45:57 UTC
When I try to do what you advice, I found another way to trigger the bug, even in .odt file.

I input the uncommon chinese char into a new .odt file. It doesn't hang at first. But when I insert a lot of tab (I press down the tab button for at most about 3 seconds), it can always hang the OO writer with 100% cpu load.

But if it is a common chinese char, the problem doesn't triggered.

I attached the test.odt with that char for you to test.

Comment 7 John Lau 2009-06-18 05:46:40 UTC
Created attachment 348379 [details]
Test odt file with the uncommon chinese char

Comment 8 Caolan McNamara 2009-06-18 08:02:11 UTC
Still not reproducible for me. So if you load the .odt you attached above, then hold down the tab button, it hangs, right ?

Comment 9 John Lau 2009-06-18 08:39:59 UTC
Yes, I insert the tabs BEFORE the uncommon chinese char. And it hangs.

Moreover, I was in zh_TW.UTF-8 environment. But I can reproduce the same issue in en_US environment too.

Comment 10 Caolan McNamara 2009-06-18 09:52:29 UTC
Aha, before the char. Now I have it. confirmed

Comment 11 Caolan McNamara 2009-06-18 12:54:53 UTC
some horrible mixup between utf-16 and ucs-2

Comment 12 Caolan McNamara 2009-06-18 16:19:48 UTC
Fixed logged upstream and checked into F-11 and devel. Will be in >= 3.1.0-11.4 if and when there is another OOo update for F-11 made available

Comment 13 John Lau 2009-06-19 03:13:22 UTC
Woo, you are a fast troubleshooter. ;-) Thank you very much.

If there are testing version available, I can help testing it.

Comment 14 Caolan McNamara 2009-06-19 08:20:37 UTC
It'll probably be quite a while until there's a F-11 update, but the devel F-12/rawhide one will likely be available on Mon/Tue

Comment 15 John Lau 2009-06-19 09:23:12 UTC
Because it is a very common problem for traditional Chinese users (Taiwan and Hong Kong) and too frequent to hit, I would suggest to release the fix ASAP.

Comment 16 Fedora Update System 2009-06-23 07:38:24 UTC
openoffice.org-3.1.0-11.4.fc11 has been submitted as an update for Fedora 11.
http://admin.fedoraproject.org/updates/openoffice.org-3.1.0-11.4.fc11

Comment 17 Fedora Update System 2009-06-27 02:52:59 UTC
openoffice.org-3.1.0-11.4.fc11 has been pushed to the Fedora 11 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update openoffice.org'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F11/FEDORA-2009-7003

Comment 18 John Lau 2009-06-29 03:51:06 UTC
I test it and the problem is fixed! Thank you very much.

Comment 19 Fedora Update System 2009-07-10 07:53:26 UTC
openoffice.org-3.1.0-11.5.fc11 has been submitted as an update for Fedora 11.
http://admin.fedoraproject.org/updates/openoffice.org-3.1.0-11.5.fc11

Comment 20 Fedora Update System 2009-07-16 07:05:43 UTC
openoffice.org-3.1.0-11.5.fc11 has been pushed to the Fedora 11 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update openoffice.org'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F11/FEDORA-2009-7604

Comment 21 Fedora Update System 2009-08-29 09:41:00 UTC
openoffice.org-3.1.1-19.1.fc11 has been submitted as an update for Fedora 11.
http://admin.fedoraproject.org/updates/openoffice.org-3.1.1-19.1.fc11

Comment 22 Fedora Update System 2009-08-31 23:31:25 UTC
openoffice.org-3.1.1-19.1.fc11 has been pushed to the Fedora 11 stable repository.  If problems still persist, please make note of it in this bug report.