Spell checking not working.

Bug #36931 reported by Aaron Gyes
26
Affects Status Importance Assigned to Milestone
Ubuntu
Fix Released
Medium
Daniel Holbach
enchant (Ubuntu)
Invalid
Medium
Ubuntu Desktop Bugs

Bug Description

It appears that xchat-gnome is being built against libsexy, but I'm not seeing the spell-check-as-you-type feature I've seen when building xchat-gnome myself in the past.

If this is on purpose, I think I disagree with it. It's a nice feature, and as a side benefit maybe the apparent grammar-age in #ubuntu will rise up from age seven.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug. It works fine for me. What value of LANGUAGE do you have to /etc/environment?

Changed in xchat-gnome:
assignee: nobody → desktop-bugs
status: Unconfirmed → Needs Info
Revision history for this message
Aaron Gyes (floam) wrote :

LANG="en_US.UTF-8"
LANGUAGE="en_US:en_GB:en"

Kind of curious why the en_GB is there, I never choose it.

Revision history for this message
Sebastien Bacher (seb128) wrote :

What version of Ubuntu do you use?

Revision history for this message
Aaron Gyes (floam) wrote :

Dapper. I wasn't aware anything other than it had xchat-gnome in main.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Ubuntu 5.10 has xchat-gnome built without libsexy so without that feature, dapper has that feature and it works for everybody else apparently, maybe Guillaume who is upstream has an idea on the issue you are facing ...

Revision history for this message
Guillaume Desmottes (cassidy) wrote :

Not really, it's very strange.

Could you test with the test-spell-entry program of libsexy? You'll need to build it from package source.

Revision history for this message
Aaron Gyes (floam) wrote :

Occurs in the test too. I'm remarking this to be an issue with libsexy.

Revision history for this message
Aaron Gyes (floam) wrote :

In the new version of xchat-gnome with the spellcheck config screen, I see nothing in the list of languages.

Revision history for this message
Guillaume Desmottes (cassidy) wrote :

Could you past the output of "enchant-lsmod -list-dicts" ?

Revision history for this message
John Dong (jdong) wrote :

I am having the same issue.

[jdong@shuttle junk]$ enchant-lsmod -list-dicts
en: 'aspell' (Aspell Provider)
en_CA: 'aspell' (Aspell Provider)
en_GB: 'aspell' (Aspell Provider)
en_US: 'aspell' (Aspell Provider)
he_IL: 'hspell' (Hspell Provider)
he: 'hspell' (Hspell Provider)

Revision history for this message
Aaron Gyes (floam) wrote :

aaron@laika:~$ enchant-lsmod -list-dicts
en: 'aspell' (Aspell Provider)
en_CA: 'aspell' (Aspell Provider)
en_GB: 'aspell' (Aspell Provider)
en_US: 'aspell' (Aspell Provider)

Revision history for this message
Guillaume Desmottes (cassidy) wrote :

I think i found the bug.
Try to install libenchant-dev and i should work fine.

I'll try to fix this bug tonight.

Revision history for this message
Guillaume Desmottes (cassidy) wrote :

In fact the bug is in the enchant package.

/usr/lib/libenchant.so is in libenchant-dev and not libenchant1c2a.
So, if libenchant-dev isn't installed, libsexy can't open /usr/lib/libenchant.so and spellchecking is not working.

Changed in libsexy2:
status: Unconfirmed → Rejected
Changed in enchant:
status: Needs Info → Confirmed
Revision history for this message
Guillaume Desmottes (cassidy) wrote : Fix

This package should fix the bug.

All .so* files are now in libenchant1c2a package.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Guillaume, the packaging is current. The actual library and what you link to is libname.so.sonumber, the .so is just used for the build and so it's shipped with the -dev (that's true for any library), your fix is wrong

Revision history for this message
Guillaume Desmottes (cassidy) wrote :

Thanks for your feedback Sébastien. I don't know yet a lot about packaging stuff so thi kind of information is very useful for me. :)

So, it's a libsexy bug. It shouldn't try to open libenchant.so.
It seems fixed in HEAD version (or 0.1.8). I will backport that.

Changed in enchant:
status: Confirmed → Rejected
Changed in libsexy2:
status: Rejected → Confirmed
assignee: nobody → desktop-bugs
Revision history for this message
Guillaume Desmottes (cassidy) wrote : Fix for libsexy

Libsexy try to open libenchant.so.1 before libenchant.so.

I hope it's fine now. :)

Revision history for this message
Sebastien Bacher (seb128) wrote :

the soname has changed since, ".so.1" is not correct, but out of that it should work fine. Reassigning to dholbach

Changed in libsexy2:
assignee: desktop-bugs → dholbach
Revision history for this message
Guillaume Desmottes (cassidy) wrote :

Are you sure?

$ dpkg -L libenchant1c2a | grep libenchant.so
/usr/lib/libenchant.so.1.2.3
/usr/lib/libenchant.so.1

Revision history for this message
Sebastien Bacher (seb128) wrote :

I was thinking to the wrong lib :p

Revision history for this message
Daniel Holbach (dholbach) wrote :

 libsexy (0.1.7-0ubuntu5) dapper; urgency=low
 .
   * debian/patches/01_fix_enchant_lookup.patch:
     - fix Malone: #36931 ("Spell checking not working.") -
       thanks Guillaume Desmottes <email address hidden>.

Changed in libsexy2:
status: Confirmed → Fix Released
Revision history for this message
Marius Gedminas (mgedmin) wrote :

libsexy 0.1.7-0ubuntu5 broke my xchat-gnome: it now segfaults on startup. See Malone #41445. Reverting to libsexy 0.1.7-0ubuntu4 fixes that problem.

Revision history for this message
Marius Gedminas (mgedmin) wrote :

Sorry, I mentioned the wrong bug number. I was talking about #44991.

Revision history for this message
Adam Vinsh (adam-vinsh) wrote :

Just wanted to mention that this bug (spell check as you type) was still present in "Xchat-GNOME 0.11" Ubuntu dapper -2.6.15-26-386.
Installing libenchant-dev fixed it though.

Revision history for this message
Guillaume Desmottes (cassidy) wrote :

Adam, it's a dependency problem. See bug 48513

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.