Bug 589326 - Latest Hunspell crashes lot of KDE apps
Summary: Latest Hunspell crashes lot of KDE apps
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: hunspell (Show other bugs)
(Show other bugs)
Version: rawhide
Hardware: x86_64 Linux
low
medium
Target Milestone: ---
Assignee: Caolan McNamara
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-05-05 20:50 UTC by Martin Kho
Modified: 2010-05-06 09:28 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2010-05-06 09:16:01 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
KCrash report Kopete/hunspell crash (9.73 KB, application/octet-stream)
2010-05-05 20:50 UTC, Martin Kho
no flags Details
Dutch crash (4.86 KB, application/octet-stream)
2010-05-06 09:23 UTC, Martin Kho
no flags Details

Description Martin Kho 2010-05-05 20:50:53 UTC
Created attachment 411734 [details]
KCrash report Kopete/hunspell crash

Description of problem:
The latest hunspell breaks a lot of kde applications (e.g. kopete, kmail, Regional & Language (part of System Settings). Reverting to a previous version solves the issue.

Version-Release number of selected component (if applicable):
hunspell-1.2.10-1.fc14
KDE version 4.4.3:
* kdelibs-4.4.3-2.fc14
* kdepim-4.4.3-1.fc14 (kmail)
* kdenetwork-4.4.3-1.fc14 (kopete)

How reproducible:
Start KMail and create new message (New) -> crash
Start Kopete, click on a contact -> crash
  
Actual results:
KMail, Kopete ... crash 
(see report of a kopete-crash created by KCrash (KDE's crash reporter))

Expected results:
New Message windows opens (kmail)
Chat window opens (Kopete)

Additional info:
hunspell-1.2.9-2.fc14 solves issue

Comment 1 Caolan McNamara 2010-05-06 08:36:01 UTC
Wasn't reproducible with en_US, but fiddling with e.g. es_ES I see it. 

hunspell -d es_ES /dev/null is sufficient

Comment 2 Caolan McNamara 2010-05-06 08:44:44 UTC
first error I see is 64bit specific

Comment 3 Caolan McNamara 2010-05-06 09:16:01 UTC
Should be fixed in hunspell-1.2.10-2

Comment 4 Caolan McNamara 2010-05-06 09:17:30 UTC
for the record, fix also checked in upstream for 1.2.11.

Comment 5 Martin Kho 2010-05-06 09:22:56 UTC
Hi,

We were entering a comment at same moment. I'm not sure if it's still relevant, but when I run your suggested command with my own language Dutch (nl_NL) My Spanish isn't that good :-), I got a crash, see report in next comment.

Martin Kho

Comment 6 Martin Kho 2010-05-06 09:23:51 UTC
Created attachment 411892 [details]
Dutch crash

Comment 7 Martin Kho 2010-05-06 09:28:53 UTC
Hi,

Didn't expect you would be so quick :-) I picked hunspell-1.2.10-2 from Koji and it definitely fixed the issue.

Thanks for your really quick and excellent work!

Martin Kho


Note You need to log in before you can comment on or make changes to this bug.