Description of problem: The search in help system for any text in help system of LibreOffice brings up the same result: "No topics found." Version-Release number of selected component (if applicable): LibreOffice 3.5.4.2 Build ID: 350m1(Build:2) How reproducible: Steps to Reproduce: 1. Start LibreOffice Writer. 2. Select LibreOffice Help in menu. 3. Go to tab Find. 4. Type "select" inthe field "Search term" and press the button "Find". Actual results: "No topics found." Expected results: List of topics, containing the word "select". Additional info: In vanilla LibreOffice all works as expected.
I launch writer, go to help, go to "find" and type "select" in there and I get a huge list of pages. Is this a language issue, i.e. what's the output of locale ?
Created attachment 590959 [details] screenshot
$ locale LANG=ru_RU.UTF-8 LC_CTYPE="ru_RU.UTF-8" LC_NUMERIC="ru_RU.UTF-8" LC_TIME="ru_RU.UTF-8" LC_COLLATE="ru_RU.UTF-8" LC_MONETARY="ru_RU.UTF-8" LC_MESSAGES="ru_RU.UTF-8" LC_PAPER="ru_RU.UTF-8" LC_NAME="ru_RU.UTF-8" LC_ADDRESS="ru_RU.UTF-8" LC_TELEPHONE="ru_RU.UTF-8" LC_MEASUREMENT="ru_RU.UTF-8" LC_IDENTIFICATION="ru_RU.UTF-8" LC_ALL= The behaviour is identical wether I select English(US) or Russian interface language.
When I start LO from consile I see: [ses@ses-new ~]$ libreoffice --writer (process:2381): GLib-CRITICAL **: g_hash_table_lookup: assertion `hash_table != NULL' failed
can't see how that glib assert would affect help, which works here (x86_64) in both English and Russian with a search term of select. If you put your mouse over e.g. the "Bold" icon do you get the floating tooltip that describes it as a "Bold" feature ? (this stuff is connected to help, that's why I ask)
Yes I have this tooltip. But my system is not x86_64 but i386.
I can confirm bug on x86_64.
"works for me"(tm). Can you guys try this... yum -y install strace strace -f /usr/lib64/libreoffice/program/soffice.bin > ~/strace.log 2>&1 make the "no search term dialog" appear and then attach the ~/strace.log to this bug
Created attachment 592705 [details] trace on 32-bit system
As my system is 32-bit the command line is like: strace -f /usr/lib/libreoffice/program/soffice.bin > ~/strace.log 2>&1
CJKAnalyzer.class", 0xbf8f41a0) = -1 ENOENT (No such file or directory) *groan*, I bet its a missing dependency on lucene-contrib :-(. so try yum -y install lucene-contrib and see if that fixes it. If it does then I'll do an update to add that missing dependency.
After install lucene-contrib all plays OK :) Thank you!
will be fixed in >= libreoffice-3.5.4.2-4.fc17
libreoffice-3.5.4.2-4.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/libreoffice-3.5.4.2-4.fc17
Package libreoffice-3.5.4.2-4.fc17: * should fix your issue, * was pushed to the Fedora 17 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing libreoffice-3.5.4.2-4.fc17' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-9664/libreoffice-3.5.4.2-4.fc17 then log in and leave karma (feedback).
libreoffice-3.5.4.2-4.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.