This site will have limited functionality while we undergo maintenance to improve your experience. If an article doesn't solve your issue and you want to ask a question, we have our support community waiting to help you at @FirefoxSupport on Twitter and/r/firefox on Reddit.

Search Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

Hierdie gesprek is in die argief. Vra asseblief 'n nuwe vraag as jy hulp nodig het.

Firefox external dictionaries broken

  • 1 antwoord
  • 1 het hierdie probleem
  • 4 views
  • Laaste antwoord deur crxssi

more options

It used to be that you could drop dictionaries in $INSTALLDIR/dictionaries and they would be used. As of Firefox 62, Mozilla started putting the default dictionary in omni.ja and sometime later started ignoring the $INSTALLDIR/dictionaries directory.

But, supposedly, we can still point to external dictionaries by either setting the $DICPATH environment variable to point to a directory that contains a hunspell dictionary (en-US.aff en-US.dic) set and it would be seen and used by Firefox. OR we can set the spellchecker.dictionary_path preference.

I am running vanilla Firefox 78.3.0 ESR under Linux and neither of the above options is working (also not working in Firefox 68ESR). I have a customized medical dictionary that I have used for many years under older versions of Firefox that I now cannot use. I am hoping someone might have some idea what is going on. Is this option now broken? And I using it wrong?

$ ls /opt/dictionary en-US.aff en-US.dic $ export DICPATH="/opt/dictionary" $ firefox

I then check for a word that I know is only in the /opt/dictionary file (in this case, "algin") and it is still showing it as misspelled, so it is not using the external dictionary I defined. I tried also adding export DICTIONARY="en-US" before launching and that didn't help.

Previous research: https://bugzilla.mozilla.org/show_bug.cgi?id=1475284 https://bugzilla.mozilla.org/show_bug.cgi?id=1310835 https://bugzilla.mozilla.org/show_bug.cgi?id=1587101 https://support.mozilla.org/bm/questions/1261345 https://dxr.mozilla.org/mozilla-release/source/extensions/spellcheck/hunspell/glue/mozHunspell.cpp

Thanks

It used to be that you could drop dictionaries in $INSTALLDIR/dictionaries and they would be used. As of Firefox 62, Mozilla started putting the default dictionary in omni.ja and sometime later started ignoring the $INSTALLDIR/dictionaries directory. But, supposedly, we can still point to external dictionaries by either setting the $DICPATH environment variable to point to a directory that contains a hunspell dictionary (en-US.aff en-US.dic) set and it would be seen and used by Firefox. OR we can set the spellchecker.dictionary_path preference. I am running vanilla Firefox 78.3.0 ESR under Linux and neither of the above options is working (also not working in Firefox 68ESR). I have a customized medical dictionary that I have used for many years under older versions of Firefox that I now cannot use. I am hoping someone might have some idea what is going on. Is this option now broken? And I using it wrong? $ ls /opt/dictionary en-US.aff en-US.dic $ export DICPATH="/opt/dictionary" $ firefox I then check for a word that I know is only in the /opt/dictionary file (in this case, "algin") and it is still showing it as misspelled, so it is not using the external dictionary I defined. I tried also adding export DICTIONARY="en-US" before launching and that didn't help. Previous research: https://bugzilla.mozilla.org/show_bug.cgi?id=1475284 https://bugzilla.mozilla.org/show_bug.cgi?id=1310835 https://bugzilla.mozilla.org/show_bug.cgi?id=1587101 https://support.mozilla.org/bm/questions/1261345 https://dxr.mozilla.org/mozilla-release/source/extensions/spellcheck/hunspell/glue/mozHunspell.cpp Thanks

All Replies (1)

more options

Still trying to find a resolution. Tested now in FF 82 and also on different systems and it still doesn't work. Isn't anyone else having this problem?

I ended up opening a bug report: https://bugzilla.mozilla.org/show_bug.cgi?id=1674520