Description of problem:if you use libreofficewriter and you need help, you type F1 or click on "help" tab, which provoques the crash of libreoffice, a window opens asking to click on "restart", libreoffice restarts but you can't acceed to help menu; nothing seems to be lost Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3.
Works for me on a mga8 upgraded from mga7. Plasma, x86_64, Swedish. If you start libreoffice from a terminal, can you see some interesting output there when it crash?
CC: (none) => fri
Created attachment 12590 [details] konsole output of libreoffice crashing upon invocation of 'Help' [rolf@x570i 8]$ rpm -qa | grep -i libreoffice libreoffice-opensymbol-fonts-7.0.4.2-5.mga8 libreoffice-langpack-en-7.0.4.2-5.mga8 libreoffice-draw-7.0.4.2-5.mga8 libreoffice-pdfimport-7.0.4.2-5.mga8 libreoffice-ure-7.0.4.2-5.mga8 libreoffice-data-7.0.4.2-5.mga8 libreoffice-math-7.0.4.2-5.mga8 libreoffice-calc-7.0.4.2-5.mga8 libreoffice-core-7.0.4.2-5.mga8 libreoffice-emailmerge-7.0.4.2-5.mga8 libreoffice-help-en-7.0.4.2-5.mga8 libreoffice-base-7.0.4.2-5.mga8 libreoffice-graphicfilter-7.0.4.2-5.mga8 libreoffice-pyuno-7.0.4.2-5.mga8 libreoffice-xsltfilter-7.0.4.2-5.mga8 libreoffice-impress-7.0.4.2-5.mga8 libreoffice-ure-common-7.0.4.2-5.mga8 libreofficekit-7.0.4.2-5.mga8 libreoffice-gtk3-7.0.4.2-5.mga8 libreoffice-x11-7.0.4.2-5.mga8 libreoffice-kf5-7.0.4.2-5.mga8 libreoffice-wiki-publisher-7.0.4.2-5.mga8 libreoffice-ogltrans-7.0.4.2-5.mga8 libreoffice-writer-7.0.4.2-5.mga8 [rolf@x570i 8]$ I see such a crash in LO Writer when pressing F1 or 'LibreOffice Help' in the Help menu. This is on up-to-date 64-bit MGA 8 that is generally working as expected after a "problematic" urpmi upgrade before the file dependency problems were resolved and in which my dalliance with 'urpme --auto-orphans' was implicated. Maybe Peter and I have this unjustified trust in 'auto-orphans' in common, possibly a factor in this? I noted the Application field in my desktop Writer icon to be 'libreoffice --writer %U' and issued that at konsole user prompt. There was a gui message box stating, "/home/rolf/info/mageia/8/%U does not exist." (that does not appear when clicking the desktop icon). I closed that and closed Writer. The unremarkable konsole output of this sequence of steps is shown as the first and last command in the attached text. In between, I called Writer with one or the other command, then pressed F1 or 'LibreOffice Help' in the menus. Each time, such a sequence resulted in a crash, konsole output copied to attached file, and a gui message that the open written document or 'Untitled' new document would be recovered when Writer was next started. Recovery was successful in all such sequences. Thanks.
CC: (none) => rolfpedersen
"good" you are two seeing this problem. I had hoped for it to output a message interpretable by a common user... Is it only Writer that crash on F1 - and not Draw nor Calc ? Regarding 'urpme --auto-orphans' too have run it after upgrade. - As I do now and than just to stress things and see if we lack some requires ;) Probable difference is that I have multiple desktop environments and different other installed applications. I am not an expert but an idea: auto-orphans should not have removed anything "required" (by i.e libreoffice packages), but maybe some recommends or suggests? I believe such may be installed again if you uninstall the libreoffice packages and install them again.
Created attachment 12591 [details] konsole output of libreoffice --draw crashing upon 'F1' Also crashing with --draw I'll try the un/re-install idea in a little bit.
Trying version 7.0.4.2-5.mga8 under Xfce on a system which started life as an installed Classic ISO. With Writer, Impress, Calc, Draw, F1 or Help/Help worked in all cases - but with English. Peter is using French; what language Rolf? Console commands are (but not only) oowriter, oocalc, oodraw, ooimpress. It is significant that both Peter & Rolf are suffering this after an upgrade. But not Morgan. (In reply to Rolf Pedersen from comment #2) > I noted the Application field in my desktop Writer icon to be 'libreoffice > --writer %U' and issued that at konsole user prompt. There was a gui > message box stating, "/home/rolf/info/mageia/8/%U does not exist." The command entries in Application Exec lines are an uncertain guide to what to type! They caused a lot of problems with automated GUI application launch testing. In this case, the %U is clearly a placeholder for a filename; so the complaint is quite legitimate. Re uninstall/re-install, try just one application and see whether that changes the situation not just for it, but the others.
CC: (none) => lewyssmithSource RPM: libreoffice-help-fr-7.0.4.2-5.mga8 => libreoffice-7.0.4.2-5.mga8.src.rpm
I use US English [rolf@x570i ~]$ cat /etc/locale.conf COUNTRY=US LANG=en_US.UTF-8 LANGUAGE=en_US.UTF-8:en_US:en
[rolf@x570i 8]$ sudo urpme libreoffice-writer-7.0.4.2-5.mga8 To satisfy dependencies, the following 3 packages will be removed (14MB): libreoffice-emailmerge-7.0.4.2-5.mga8.x86_64 (due to unsatisfied libreoffice-writer(x86-64) == 1:7.0.4.2-5.mga8) libreoffice-wiki-publisher-7.0.4.2-5.mga8.x86_64 (due to unsatisfied libreoffice-writer(x86-64) == 1:7.0.4.2-5.mga8) libreoffice-writer-7.0.4.2-5.mga8.x86_64 Remove 3 packages? (y/N) y removing libreoffice-emailmerge... After, I typed oodraw in an empty virtual desktop, which pulled up krunner and Enter executed, opening Draw. Clicking on the Help menu > LibreOffice Help caused an immediate crash. Sterner measures might be needed!
I guess Lewis meant uninstall _and_reinstall_ one app at a time and test :) If any, I would suspect it is the -core packages that shopuld bring most dependencies. But also try the help package.
$ sudo urpme libreoffice-help-en Solved! F1 or Help from the menu doesn't crash writer, just advises Help is not installed and points to online help. However, re-installing this package brings back the crash.
That is a workaround to avoid crash. Good so far, but we still want to fix the cause and have local help working, preferably by means of an update.
(In reply to Morgan Leijström from comment #10) > That is a workaround to avoid crash. > > Good so far, but we still want to fix the cause and have local help working, > preferably by means of an update. I entirely agree with you, I think an update is necessary
rpm -qa | grep mga7 >>> 297 packages I think this installation is so messed up that I didn't have much second thought to do: $ for i in `rpm -qa | grep mga7`; do sudo urpme $i; done urpme takes a package at a time, not knowing what's down the list. So, there were a number of times it asked to remove dependencies. I scanned to make sure only mga7 programs were being removed and answered 'y'. Actually I noticed a lot of mga6 packages so next I did: rpm -qa | grep mga6 >>> 131 at this point, so: $ for i in `rpm -qa | grep mga6`; do sudo urpme $i; done There was 1 mga8 package proposed to be removed as it had a dependency on a mga6 package. Upgrading to the mga8 version was blocked by a file conflict, so this seemed to resolve that: $ sudo rpm -e --nodeps lib64ktpaccountskcminternal17-17.12.2-2.mga6.x86_64 $ sudo urpmi lib64ktpaccountskcminternal9 [rolf@x570i 8]$ rpm -qa | grep mga7 [rolf@x570i 8]$ rpm -qa | grep mga6 [rolf@x570i 8]$ rpm -qa | grep mga5 [rolf@x570i 8]$ I removed all libroffice* and 3 dependencies. After putting them back, they still crashed on Help. Finally, [rolf@x570i ~]$ rm -rf .config/libreoffice and all libreoffice* (except database, I'm allergic) display the appropriate Help section when asked. I gained about 3G free space and, so far, seamonkey, konsole, android messages all in one messenger, thunderbird, all the daily drivers seem to be working ok. Thanks.
That was a thorough cleaning. For others attempting it, read first https://wiki.mageia.org/en/Mageia_8_Errata#Unused_packages I never thought the config file could cause this! Good try. @Peter L, Can you try just renaming ~/.config/libreoffice and see if that alone helps? (Renaming - in case we would have it for testing. IF it is the culprit it would be interesting to have attached here. First check if it contain anything sensitive, i dont know what it stores.)
after the systematic crash of libreoffice when F1 or help called, I uninstalled libreoffice-help-fr-1:7.0.4.2-5.mga8.x86_64 (comment 9) following to comment 12: I reinstalled libreoffice-help-fr-1:7.0.4.2-5.mga8.x86_64 and: [alain4@mga6-64 ~]$ mv -v .config/libreoffice/ .config/libreoffice.tempo renommé '.config/libreoffice/' -> '.config/libreoffice.tempo' (sorry, in french) and now when typing F1 or clicking on tab help, menu help opens without crash; notice that a new directory .config/libreoffice has been created
OK good. It would be interesting to see if help really needed to be reinstalled. Test: Do the problem resurface if you temporarily rename the current config folder (for saving) and rename back the original?
(In reply to Morgan Leijström from comment #15) > OK good. > > It would be interesting to see if help really needed to be reinstalled. I think it is > Test: Do the problem resurface if you temporarily rename the current config > folder (for saving) and rename back the original? yes
Can you upload your old config, and I will see if libreoffice here crash for me if i use it? @Both: the version of libreoffice installed before upgrade, it was from mga7 repos, and you have not run another version?
I've only ever used OO/LO from Mandrake-->Mageia repos, so last version was on an up-to-date MGA7 64-bit. Thanks!
I am calling on qa-discuss for more testers.
Keywords: (none) => FOR_ERRATA8Summary: when using libreoffice-writer, typing F1 (help) provoques the crash of libreoffice => F1 (help) crash libreoffice. Upgrade issue for some.
I'm a fairly heavy user of Calc and Base. I installed (not upgraded) M8 a couple of days ago, preserving my /home partition, and running the 7.0.4.2 version, and I cann't provoke the issue, tried in Writer, Calc and Base.
CC: (none) => herman.viaene
(In reply to Morgan Leijström from comment #19) > I am calling on qa-discuss for more testers. With a fresh install on Mageia 8, no problem with F1 Help in Writer Or Calc.
CC: (none) => hdetavernier
I report, in Mageia 8 X64, on AMD 4800 H, I do not have this problem.
CC: (none) => joselp
No problems here. MGA8-64, upgraded from MGA7 Plasma, US English. Tried writer and calc. Pressing F1 or using the "help" menu brings up, of all things, help.
CC: (none) => andrewsfarm
(In reply to Hugues Detavernier from comment #21) > (In reply to Morgan Leijström from comment #19) > > I am calling on qa-discuss for more testers. > > With a fresh install on Mageia 8, no problem with F1 Help in Writer Or Calc. I think the problem came from old install of mageia7, 6,... and so on; I remove ~/.config/libreoffice and all is OK, a new ~/.config/libreoffice has been created fresh install is always better, but you lose all your tunings
> I remove ~/.config/libreoffice and all is OK, a new ~/.config/libreoffice > has been created Thank you for doing this, and the good result. @Rolf Can you also please try removing (or renaming) ~/.config/libreoffice ?
(In reply to Lewis Smith from comment #25) . > > @Rolf > Can you also please try removing (or renaming) ~/.config/libreoffice ? See comment #12
Not reproducible on Mageia 8 from Beta1. Hum. Will test an upgrade test in VM from 7.
CC: (none) => ouaurelien
I wonder if it is some special setting that is needed to trig the failure. It would be really useful to have a copy of ~/.config/libreoffice from a problematic system.
In this workstation, libreoffice also crashes when the key F1 is pressed. Running the command "libreoffice --backtrace" produces a backtrace that I have attached to this bug report. System: Mageia 7, x86_64, Plasma DE, LXQt DE, Intel CPU, nVidia GPU using nvidia-current proprietary driver. $ uname -a Linux marte 5.10.27-desktop-1.mga7 #1 SMP Wed Mar 31 00:16:43 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux $ rpm -qa | grep libreoffice libreoffice-ogltrans-6.4.7.2-2.mga7 libreoffice-gtk3-6.4.7.2-2.mga7 libreoffice-wiki-publisher-6.4.7.2-2.mga7 libreoffice-opensymbol-fonts-6.4.7.2-2.mga7 libreoffice-help-en-6.4.7.2-2.mga7 libreoffice-help-pt-6.4.7.2-2.mga7 libreoffice-impress-6.4.7.2-2.mga7 libreoffice-calc-6.4.7.2-2.mga7 libreoffice-pdfimport-6.4.7.2-2.mga7 libreoffice-core-6.4.7.2-2.mga7 libreoffice-kf5-6.4.7.2-2.mga7 libreoffice-ure-6.4.7.2-2.mga7 libreoffice-emailmerge-6.4.7.2-2.mga7 libreoffice-draw-6.4.7.2-2.mga7 libreoffice-writer-6.4.7.2-2.mga7 libreoffice-data-6.4.7.2-2.mga7 libreoffice-xsltfilter-6.4.7.2-2.mga7 libreoffice-langpack-pt-6.4.7.2-2.mga7 libreoffice-base-6.4.7.2-2.mga7 libreoffice-ure-common-6.4.7.2-2.mga7 libreoffice-graphicfilter-6.4.7.2-2.mga7 libreoffice-pyuno-6.4.7.2-2.mga7 libreoffice-math-6.4.7.2-2.mga7 libreoffice-x11-6.4.7.2-2.mga7 libreoffice-langpack-en-6.4.7.2-2.mga7
CC: (none) => mageia
Created attachment 12611 [details] libreoffice segfault backtrace
In continuation of comment 29, I can confirm that removing (renaming) ~/.config/libreoffice prevents the crash and the help is shown as expected.
Thanks for that So this seem to be a problem originating in mga7 ! And for some carried over to mga8 at upgrade. It would be interesting to try planting that ~/.config/libreoffice into a system that does not show this problem, and see if it surface. We should also search internet if other see this on any system. I have not yet found a clever enough search phrase...
Whiteboard: (none) => MGA7TOO
Possibly i this not a "MGA7TOO" but instead only mga7 problem really (then carried over at upgrade), but one step at a time...
(In reply to Rolf Pedersen from comment #26) > (In reply to Lewis Smith from comment #25) > > @Rolf > > Can you also please try removing (or renaming) ~/.config/libreoffice ? > See comment #12 Sorry to have overlooked that. --- I am inclined to agree with Morgan that this problem originates in M7. It is good to know for sure that removing ~/.config/libreoffice fixes it. As yet, nobody has attached this directory from a crashing LO Help system. This seems vital evidence for looking into it. Can we appeal for an example or two? Then we can, as Morgan suggests, try planting it in a 'good' system (I am willing) before pasing this bug to devs.
Created attachment 12616 [details] ~/.config/libreoffice : set of files that result in the crash.
I have attached the files from ~/.config/libreoffice that result in the crash. When these files are removed so that libreoffice recreates the config files, the crash no longer happens.
Test here on mga8: moved away my ~/.config/libreoffice Replacing them with the files from attachement unpacked When i launch libreoffice and choose writer it say i run version 7 for the first time, as expected. F1 correctly brings up help. So there is something more to this puzzle...
(In reply to Morgan Leijström from comment #37) > Test here on mga8: > moved away my ~/.config/libreoffice > Replacing them with the files from attachement unpacked > When i launch libreoffice and choose writer it say i run version 7 for the > first time, as expected. > F1 correctly brings up help. > > So there is something more to this puzzle... Still, removing ~/.config/libreoffice may be a workaround worth suggesting for anyone having this issue. It worked here at least.
Yes that is a good tip. Strange I have not seen this reported on our main forum. Are there any reports elsewhere, other forums?
Mageia 8, LXDE, libreoffice-core-7.0.4.2-5.mga8 Makes me wonder whether there is a desktop dependency. Peter I think uses Plasma, myself seldom. I should have tried the crash-inducing config under other desktops; too late, I have reverted. So can everyone (Help crashes or not) note their desktop. I played with the attached config tree in the place of what was there before. I had a couple of small problems with opening windows being off-screen, and LO messing about with recuperating files after closing applications; but Help-Help and F1 always worked. Like Morgan's comment 37. It is known - and has been since comment 12 - that: $ rm -rf ~/.config/libreoffice resolves the crash; at the expense of losing customisations. This is so easy it is not onerous given the apparently rare incidence of the problem. Unless most users rely on on-line LO help: (In reply to Rolf Pedersen from comment #9) > $ sudo urpme libreoffice-help-en > Solved! F1 or Help from the menu doesn't crash writer, just advises Help is > not installed and points to online help.
Just checked on my HP Probook 6550 MGA8 Plasma install, and it does not show the problem. This install was created as a clean install from (I think) the Beta2, while retaining /home. I originally had an mga7 install that had some problems with Firefox performance (took a very long time to start). I was only seeing that on the one install, so it was something unique to it. I tried an upgrade from the Beta2, and the Firefox problems remained. A clean install eliminated them. I had another Plasma install of then-Cauldron on the same hardware, created with one of the early isos as a test of them. I kept it as a test bed for Cauldron until the release, after which I replaced it with a clean mga7 install, again retaining /home, to use as a test bed for mga7 updates. I just checked that install, and it, too, does not show the problem.
In Errata, at end of https://wiki.mageia.org/en/Mageia_8_Errata#Various_upgrade_issues I added: {{bug|28743}} - '''Libreoffice''' help does not work. ''(Rare)'' '''Manual fix:''' Remove {{folder|~/.config/libreoffice}} and your settings will be reset to default. ''' ''- Or -'' Workaround:''' Remove package {{pkg|libreoffice-help-<language>}}, and Libreoffice will launch the help from internet instead, in your internet browser.
Keywords: FOR_ERRATA8 => IN_ERRATA8
Assigning to registered LO maintainer.
Assignee: bugsquad => thierry.vignaud
Summary: F1 (help) crash libreoffice. Upgrade issue for some. => Pressing F1 (help) crashes libreoffice. Upgrade issue for some.
CC: lewyssmith => (none)
Does it work better with libreoffice-core-7.2.2.2-1.mga8 from updates?
Keywords: (none) => NEEDINFO
[rolf@x570i ~]$ rpm -qa | grep libreoffice libreoffice-emailmerge-7.2.2.2-1.mga8 libreoffice-xsltfilter-7.2.2.2-1.mga8 libreoffice-graphicfilter-7.2.2.2-1.mga8 libreoffice-impress-7.2.2.2-1.mga8 libreoffice-kf5-7.2.2.2-1.mga8 libreoffice-pyuno-7.2.2.2-1.mga8 libreoffice-langpack-en-7.2.2.2-1.mga8 libreoffice-pdfimport-7.2.2.2-1.mga8 libreoffice-calc-7.2.2.2-1.mga8 libreoffice-help-en-7.2.2.2-1.mga8 libreoffice-math-7.2.2.2-1.mga8 libreoffice-core-7.2.2.2-1.mga8 libreoffice-ogltrans-7.2.2.2-1.mga8 libreoffice-ure-common-7.2.2.2-1.mga8 libreoffice-draw-7.2.2.2-1.mga8 libreoffice-gtk3-7.2.2.2-1.mga8 libreoffice-writer-7.2.2.2-1.mga8 libreofficekit-7.2.2.2-1.mga8 libreoffice-opensymbol-fonts-7.2.2.2-1.mga8 libreoffice-ure-7.2.2.2-1.mga8 libreoffice-data-7.2.2.2-1.mga8 libreoffice-x11-7.2.2.2-1.mga8 libreoffice-base-7.2.2.2-1.mga8 libreoffice-wiki-publisher-7.2.2.2-1.mga8 [rolf@x570i ~]$ Yes, opening, browsing, searching Help from menu or F1 seems to be working well. Thanks.
Closing then
Status: NEW => ASSIGNED
Really closing… sigh
Resolution: (none) => FIXEDStatus: ASSIGNED => RESOLVED
Thanks guys updated errata
Keywords: NEEDINFO => (none)