Lithuanian spell checker dictionary does not work in a new LibreOffice installation. The cause was determined to be a change introduced by upstream (ispell-lt): Property "Locales" was changed from lt-Lt to lt in dictionaries.xcu The dictionary was updated with this commit: https://gerrit.libreoffice.org/gitweb?p=dictionaries.git;a=commitdiff;h=143afd75257fd4c4b44f09ee402ec8caa09011ba#patch7 Changing --- <prop oor:name="Locales" oor:type="oor:string-list"> <value>lt</value> </prop> --- back to --- <prop oor:name="Locales" oor:type="oor:string-list"> <value>lt-LT</value> </prop> --- in %APPDATA%\LibreOffice\4\user\extensions\bundled\registry\com.sun.star.comp.deployment.configuration.PackageRegistryBackend\random.tmp\dictionaries.xcu for existing users or in the installed share\extensions\dict-lt\dictionaries.xcu for new users fixes the problem. Is it bug (lt-LT → lt) in the upstream package (reported here https://bugs.launchpad.net/ispell-lt/+bug/1157478) and should be fixed there? Or is it a bug in LibreOffice and LibreOffice spell checker should work with Locales=lt and Locales=lt-LT?
Bjoern: one for you?
Not really, not an Ubuntu bug, using TDF packages on Windows. @atimar: Sounds like your area? ...
Andras Timar committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/dictionaries/commit/?id=7c495c0a113c52ba9f2b15a5ab38d06b02e1c8df fdo#64382 replace lt to lt-LT The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Is 7c495c0a113c52ba9f2b15a5ab38d06b02e1c8df enough to regenerate %APPDATA%\LibreOffice\4\user\extensions\bundled\registry\com.sun.star.comp.deployment.configuration.PackageRegistryBackend\random.tmp\dictionaries.xcu with correct values on LibreOffice update?
(In reply to comment #4) Hmm, maybe not. Let's bump the version number, too.
Andras Timar committed a patch related to this issue. It has been pushed to "libreoffice-4-0": http://cgit.freedesktop.org/libreoffice/dictionaries/commit/?id=7a319a78a5200b36ac69ab101c31c9ae165feae7&h=libreoffice-4-0 fdo#64382 replace lt to lt-LT It will be available in LibreOffice 4.0.4. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified with LibreOffice 4.0.4 RC1.
Andras, is it considered normal that LibO ignores short language tags? IMO, it's worth reporting that as a separate bug, instead of requiring all dictionaries to supply language tags in ll-CC form, even when plain ll would suffice, what would you say?
(In reply to comment #8) > Andras, is it considered normal that LibO ignores short language tags? IMO, > it's worth reporting that as a separate bug, instead of requiring all > dictionaries to supply language tags in ll-CC form, even when plain ll would > suffice, what would you say? I agree. I must be an old relic. We have language tag support now, we should even support more complicated cases, such as dialects, etc.
So I guess I'll open another bug then? Or is there one already? For future reference, it would be nice if downstream would be a bit more reluctant to bump upstream version numbers that quickly. :P
And that is now Bug #66341