I have installed the English version of LibreOffice 4.0.1.1 RC, adding the Greek language pack, so that I can get the Greek dictionaries. I.e., I have installed the RPMS from LibreOffice_4.0.1.1_Linux_x86-64_rpm.tar.gz, LibreOffice_4.0.1.1_Linux_x86-64_rpm_helppack_en-US.tar.gz and LibreOffice_4.0.1.1_Linux_x86-64_rpm_langpack_el.tar.gz With these RPMS installed, I can switch the UI to Greek, if I want (I don't), and I see that the extension manager reports that "Greek spelling dictionary, and hyphenation rules 1.1" is installed. However, if I go to Tools->Options->Language Settings->Languages and check the Default Languages for Documents->Western" combo box, there is no check mark next to the Greek language and, more important, if I type a deliberately misspelled Greek word into writer, it is not flagged as such. I have verified that the Greek dictionaries have been installed in /opt/libreoffice4.0/share/extensions/dict-el: -r--r--r-- 1 root root 11072 Feb 20 04:01 description.xml -r--r--r-- 1 root root 1247 Feb 20 04:01 dictionaries.xcu -r--r--r-- 1 root root 15659 Feb 20 04:01 el_GR.aff -r--r--r-- 1 root root 6856483 Feb 20 04:01 el_GR.dic -r--r--r-- 1 root root 3205 Feb 20 04:01 hyph_el_GR.dic drwxr-xr-x 2 root root 4096 Feb 24 09:37 META-INF -r--r--r-- 1 root root 2400 Feb 20 04:01 README_el_GR.txt -r--r--r-- 1 root root 525 Feb 20 04:01 README_hyph_el_GR.txt I am using Fedora 18.
NOT reproducible with Server Installation of "LibO 4.0.1.1+ - German UI / German Locale [Build ID: 2c0c17a6e4bee0ee28131ea4bdc47edc700d659)]" {tinderbox: @6, pull time 2013-02-1920:00(?)} on German WIN7 Home Premium (64bit) with newly created user profile ….\LODev\4\ I modify Component because due to report a general problem. @kyrimis@alumni.princeton.edu: Please add information: - What's with other languages, for what ones do you see checkmarks? - Whether your problem persists when you renamed your user profile before you launch LibO (please see <https://wiki.documentfoundation.org/UserProfile#User_profile_location>)
Created attachment 75441 [details] Works fine with WIN7
The languages for which I see check marks are: Various kinds of English. Various kinds of French. Various kinds of Spanish As for deleting the profile, this is where it gets weird. The first time I tried it, it worked. However, as I also had a ~/.libreoffice/3 and a ~/.config/libreoffice/3 folder, both of which I had erased for this successful test, I erased the profile and tried to see if the old version 3 profiles were somehow interfering. I ended up deleting every trace of my old profiles, but now I cannot get Greek spelling to work again! I guess that the one time, when it worked, was a fluke. I also tried completely uninstalling LibreOffice, erasing my profile and then reinstalling, but the problem persisted. I also tried creating a new account, to make sure that there were no traces of the old profile elsewhere, but the problem remained. Some other things I tried that didn't help were installing the Greek help files and switching the UI to Greek. Finally, I tried installing the German language pack. It installed fine, which seems to suggest that there may be a problem with the packaging of the Greek language pack. Is there a file where the installed dictionaries are registered, so that I can check if there is a problem there?
The same problem exists on an x86 system running Fedora 18, both with 4.0.1 RC1 and with 4.0. Erasing the profile did not help. Could this be a Fedora-specific problem?
The problem is still present in 4.0.2 RC1. To summarize, the problem appears on the following system: Fedora 19 x86_64 & x86 (I only checked 4.0.2 RC1 on x86_x64, but the problem existed on both platforms in 4.0.1, so it should still be present on x86, as well.) KDE desktop with the default US locale RPMS installed from: LibreOffice_4.0.2.1_Linux_x86-64_rpm.tar.gz LibreOffice_4.0.2.1_Linux_x86-64_rpm_helppack_en-US.tar.gz LibreOffice_4.0.2.1_Linux_x86-64_rpm_langpack_el.tar.gz ~/.config/libreoffice completely removed before starting libreoffice
(In reply to comment #5) I meant Fedora *18*!
The problem is still present in 4.0.2 RC2.
The problem is still present in 4.0.3 RC1.
The problem is still present in 4.0.3 RC3.
The problem is still present in 4.0.4 RC1.
I checked to see if the bug is present in LibreOffice 4.1 beta 1, on a VM running the beta version of Fedora 19, so that I could compare the LibreOffice RPMs with those provided by Fedora. Using the RPMs from the LibreOffice download site, the problem is still present. However, using the RPMs provided by Fedora, the problem is NOT present. (Before switching versions, I erased my profile.) This seems to confirm my guess that this is either a packaging problem or something Fedora-specific.
I just checked with the release version of Fedora 19 and LibreOffice 4.1 RC1, and things are the same as with the beta versions: * The official LIbreOffice rpms have the reported problem. * The rpms provided by Fedora work fine. As Fedora 19 offers the latest version of LibreOffice, I will be switching to its distribution, so I will stop reporting on this issue. This does NOT mean, however that the problem has been fixed with the official distribution. Therefore, I will be happy to reinstall the official distribution, if this would help provide additional information.
After this bug had remained for months in the NEEDINFO state, even though I had provided the requested information immediately (that's OK, but if more information was required, nobody asked me for it), now it is closed as WORKSFORME! Is it because it was mentioned, in the discussion above, that the bug is not present in Windows? I thought I made it abundantly clear that the bug is on Linux and, in particular, Fedora Linux and only in the RPMs distributed by LibreOffice. Under Windows, LibreOffice works fine for me, too, so that is irrelevant. As I said that I would be happy to help testing, by replacing the Fedora-supplied RPMS with the LibreOffice ones, should the need arise, I did just that, hoping to verify that the bug had disappeared in the current release. I am sorry to report that the bug persists in LibreOffice 4.1.3.2. I did the test on a VirtualBox VM running Fedora 20 beta x86_64, after erasing my profile. As before, the Fedora-supplied RPMs work fine. The RPMs that I installed were those contained in the following archives, in that order: LibreOffice_4.1.3_Linux_x86-64_rpm.tar.gz LibreOffice_4.1.3_Linux_x86-64_rpm_helppack_en-US.tar.gz LibreOffice_4.1.3_Linux_x86-64_rpm_langpack_el.tar.gz Please consider reopening the bug.
I know that nobody will bother to read this, let alone try to fix it, but the problem still persists with LibreOffice 5.1.2.2 under Fedora 23. In the unlikely case where someone does read this, please also read my previous comment, about my not undrstanding why the problem was closed as WORKSFORME.
If you are on the Linux system, you need to install a Greek spelling dictionary. In Fedora, the Greek dictionary is packaged as "hunspell-el".
(In reply to Urmas from comment #15) > If you are on the Linux system, you need to install a Greek spelling > dictionary. > > In Fedora, the Greek dictionary is packaged as "hunspell-el". Hunspell-el is installed on my computer, and, as I mentioned in comment #11, using the RPMs provided by Fedora, spelling works fine with it. It is with the RPMs provided by LibreOffice that the problem occurs. If I remember correctly, using hunspell is a modification to LibreOffice made by Red Hat, so that they don't have to provide dictionaries with LibreOffice, when they already provide hunspell. This is probably why spelling works with the Fedora version of the LibreOffice RPMs: they don't use the LibreOffice spelling code! As I mentioned in my original post, the RPMs provided by LibreOffice provide their own dictionaries, so I assume that they do not rely on hunspell; if they do, there is definitely something wrong with the packaging! (In version 5.1.2.2, the Greek dictionary is provided by libreoffice5.1-dict-el-5.1.2.2-2.x86_64.rpm and is installed in /opt/libreoffice5.1/share/extensions/dict-el/.) If you want to verify this bug, please try it on a Fedora system using Greek, as it seems to be more of a packaging issue and Fedora-specific. If you don't want to, or don't have the resources to do it, please leave the bug open, so that we at least know that it is there. As I mentioned before, I'll be glad to help test things and provide additional information, if someone wants to have a look at the problem. Until then, it is back to the Fedora-provided RPMs for me, even though I'll have to live with a bug that seems to have been fixed in later versions of LibreOffice (current Fedora comes with LibreOffice 5.0), and was the reason I gave the LibreOffice version of the RPMs another try after all these years.
Confirmed. In the manifest file of the Greek dictionary the name of "dictionaries.xcu" is misspelled as "Dictionaries.xcu" Meanwhile, you can patch it manually in /opt/libreoffice4.0/share/extensions/dict-el/META-INF/manifest.xml
(It's actually /opt/libreoffice5.1 by now!) There's still something missing. With /opt/libreoffice5.1/share/extensions/dict-el/META-INF/manifest.xml changed to read as follows, Greek spell checking still doesn't work, and there is still no check mark next to the Greek language in Tools->Options...->Language Settings->Languages->Default Languages for Documents. <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE manifest:manifest PUBLIC "-//OpenOffice.org//DTD Manifest 1.0//EN" "Manifest.dtd"> <manifest:manifest xmlns:manifest="http://openoffice.org/2001/manifest"> <manifest:file-entry manifest:media-type="application/vnd.sun.star.configuration-data" manifest:full-path="dictionaries.xcu"/> </manifest:manifest> I tried this with both my old profile and with a new profile, which was created after renaming ~/.config/libreoffice. I also tried copying the entire dict-el folder from a Windows installation, where spelling works. After correcting the misspelling, Greek spelling still doesn't work.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.2.7 or 5.3.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170522
I no longer use Fedora, but I'll download the installation ISO and set up a VM, to see if the bug persists there. The bug does not exist in openSUSE Tumbleweed, which sounds promising, but as I reported the bug against Fedora, we should wait until I check for it there. I'll let you know tomorrow.
The bug seems to have been fixed in version 5.3.3.2. Tested on Fedora 25 and openSUSE Tumbleweed 20170521. Setting status to RESOLVED-WORKSFORME, as requested.