enchant custom words are not being used

Bug #446230 reported by tgpraveen
18
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Enchant
Invalid
Medium
enchant (Ubuntu)
Fix Released
Low
Unassigned
Karmic
Fix Released
Low
Sebastien Bacher

Bug Description

TESTCASE:

$ echo "gnomee should be known in the dictionary" > spelling
$ echo gnomee >> .local/enchant/en.dic or use the gedit context menu entry to add the word to the
dictionnary which seems to be doing the same change
$ enchant -d en -l spelling or use spell checking in gedit

the word is still listed as unknown before the fix, it works after applying the uupdate, you can verify in gedit too

bug description:

When i add a new word via gedit to dictionary, it still does get shown as a not recognized word in say pidgin

i added praveen in gedit

and then tried

grep praveen .config/enchant/*

it gave output .config/enchant/en.dic:praveen

according to a chat with seb128 over IRC
(04:34:12 IST) seb128: tgpraveen, ok, they are added to the dict correctly but enchant doesn't find those
(04:34:15 IST) seb128: seems a bug in enchant
(04:34:21 IST) seb128: since enchant -l has the same issue

Related branches

tgpraveen (tgpraveen89)
tags: added: enchant
affects: ubuntu → enchant (Ubuntu)
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug report. This bug has been reported to the developers of the software. You can track it and make comments here: http://bugzilla.abisource.com/show_bug.cgi?id=12419

Changed in enchant (Ubuntu):
importance: Undecided → Low
status: New → Triaged
Changed in enchant:
status: Unknown → Confirmed
Changed in enchant (Ubuntu):
assignee: nobody → Robert Ancell (robert-ancell)
Revision history for this message
Sebastien Bacher (seb128) wrote :

the bug is fixed by the upstream change there, http://bugzilla.abisource.com/attachment.cgi?id=5068&action=view

Changed in enchant (Ubuntu):
status: Triaged → Fix Committed
assignee: Robert Ancell (robert-ancell) → nobody
Revision history for this message
Sebastien Bacher (seb128) wrote :
Revision history for this message
Sebastien Bacher (seb128) wrote :

The issue will be fixed next cycle and could be a sru candidate

Changed in enchant:
status: Confirmed → Invalid
Revision history for this message
Sebastien Bacher (seb128) wrote :
Changed in enchant (Ubuntu Karmic):
importance: Undecided → Low
status: New → Fix Committed
assignee: nobody → Sebastien Bacher (seb128)
description: updated
description: updated
description: updated
Revision history for this message
Martin Pitt (pitti) wrote : Please test proposed package

Accepted enchant into karmic-proposed, the package will build now and be available in a few hours. Please test and give feedback here. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

tags: added: verification-needed
Revision history for this message
Teus Benschop (teusbenschop) wrote :

The new libenchant with the fix works well for me.

The previous library emptied out the user dictionary. The new library, with the fix, keeps the user dictionary.

description: updated
description: updated
Martin Pitt (pitti)
tags: added: verification-done
removed: verification-needed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package enchant - 1.5.0-0ubuntu3

---------------
enchant (1.5.0-0ubuntu3) karmic-proposed; urgency=low

  * debian/patches/90_upstream_change_dont_truncated_custom_dictionnary.dpatch:
    - upstream change to fix incorrect dictionnary checking leading to clear
      the custom dictionnary entries on start (lp: #446230)

 -- Sebastien Bacher <email address hidden> Mon, 02 Nov 2009 12:29:56 +0100

Changed in enchant (Ubuntu Karmic):
status: Fix Committed → Fix Released
Revision history for this message
Martin Pitt (pitti) wrote :

Copied karmic-proposed to lucid.

Changed in enchant (Ubuntu):
status: Fix Committed → Fix Released
Changed in enchant (Ubuntu Karmic):
status: Fix Released → Fix Committed
Revision history for this message
tgpraveen (tgpraveen89) wrote :

ok so i have karmic proposed enabled and system fully updated.

yet if i add a word in OO.writer, it is still marked as unknown in gedit.
if i add a word in gedit it is still marked as unknown in pidgin.

So, the fix didnt work for me?

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

the current comment neither describes the issue there nor the testcase

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

to be clear issues between softwares would need debugging, the bug is about adding a word to the enchant dictionnary

Revision history for this message
Teus Benschop (teusbenschop) wrote :

"yet if i add a word in OO.writer, it is still marked as unknown in gedit. if i add a word in gedit it is still marked as unknown in pidgin."

The above would be expected behaviour, since it is about adding words to the custom dictionary. And since each applications creates its own custom dictionary, and since these dictionaries are not shared, that means that the above behaviour is expected and normal.

Revision history for this message
tgpraveen (tgpraveen89) wrote :

"yet if i add a word in OO.writer, it is still marked as unknown in gedit. if i add a word in gedit it is still marked as unknown in pidgin."

hmm actually this was the issue that led me to file this bug. should i file bugs for each application then for my above problem?

also wasnt it a intrepid goal to have all the dictionaries/spell checkers consolidated,etc.
it really doesnt make sense if the custom dictionary is not share.

Revision history for this message
Teus Benschop (teusbenschop) wrote :

Each application can provide his own user dictionary. I am not sure whether there is a standard location where enchant places its user dictionaries, but probably there is since you filed a bug about some place in .config/enchant. Applications that use enchant could then be asked to use that standard location rather than there own location. I program bibledit, and that puts the user dictionary in ~/.bibledit/projects/<projectname>/data/shared_dictionary. Each project has its own dictionary location. Supposedly openoffice, pidgin, and gedit have their own locations too. Probably to file a feature request for each application to use standard locations could do what you are looking for. Or to use flexible locations such that can be set by the user.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package enchant - 1.5.0-0ubuntu3

---------------
enchant (1.5.0-0ubuntu3) karmic-proposed; urgency=low

  * debian/patches/90_upstream_change_dont_truncated_custom_dictionnary.dpatch:
    - upstream change to fix incorrect dictionnary checking leading to clear
      the custom dictionnary entries on start (lp: #446230)

 -- Sebastien Bacher <email address hidden> Mon, 02 Nov 2009 12:29:56 +0100

Changed in enchant (Ubuntu Karmic):
status: Fix Committed → Fix Released
Changed in enchant:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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