I am using OpenSuse 13.1 Yesterday I started having problems with libreoffice 4.3.1 where it would crash and also crash the desktop back to the login prompt when inserting the 4th slide in a presentation. Then libreoffice wouldnt start at all. Starting from the command prompt - it just sits there - no output and no error messages. Tried reinstalling LibreOffice 4.3.1 via Yast - wouldn't start. Ended up installing apache openoffice which also wouldnt start. Then uninstalled 4.3.1 and openoffice and installed libreoffice 4.3.2 via rpms as re-installation of 4.3.1 wouldnt run (at least using Yast) I now have 4.3.2 running now but the problem of it crashing and crashing the desktop on inserting the 4th slide is still there. I thought it might be a problem with my presentation but exactly the same happens on a blank presentation. 4th slide crashes it and the desktop so definitely severe and unusable. Spreadsheet seems fine - havent tried other apps
Not directly related to this but changes to the system yesterday : - Tried installing import.io which needed oxygen-theme (this was a tar not an rpm). Installed gtk3-oxygen-theme via yast - didnt get import.io working so removed it using Yast
Could you rename your LO directory profile (see https://wiki.documentfoundation.org/UserProfile#GNU.2FLinux) and give it a new try?
This is probably environment specific. Suggestions: 1. Try resetting profile as suggested; 2. Get a trace on the crash: https://wiki.documentfoundation.org/Development/How_to_debug#Debugging_with_gdb If resetting the profile doesn't help, please try to get a crash report using the above instructions and set the bug to UNCONFIRMED. Thanks
On pc Debian x86-64 with Virtualbox and Linux Mint 17 32 bits Cinnamon, I don't reproduce this with master sources updated today. I just used "Insert slide" 4 times. (I built with enable-dbgutil)
Replacing the user profile did not solve. I have found a temporary workaround - the presentation file didnt have an odp extension. I renamed it - editting this only crashes if I insert the 4th slide after the 3rd. If I insert a slide at the beginning and then can insert slides anywhere without it crashing. I could not figure out how to do a gdb trace as when libreoffice crashes it takes out the desktop and therefore kills gdb too
The above environment for reproducing was debian. I am running OpenSuse 13.1 (64bit)
Just to be sure of the process, 1) you launch Impress 2) Menu Insert, select Slide Repeat Step 2) 3 other times and it crashes? I'm asking because I tested this on Ubuntu 14.10 32 bits, I still don't reproduce this.
I've managed to test which conditions cause this. If I insert 4 slides in succession (ie 1,2,3,4) it crashes taking the desktop with it. If I insert 2 slides then insert 2 slides between 1 and 2 it doesnt crash and then I can add additional slides with no problems (ie 1,3,4,2)
I removed the profile as suggested as problem still exists. I couldnt get the trace thing to work in my environment.
For the test, could you give a try to brand new 4.3.4 (see http://linuxg.net/how-to-install-libreoffice-4-3-4-on-fedora-centos-opensuse-mageia-openmandriva-and-derivative-systems/)
I'm using openSuSE 13.2-x64 with LibreOffice 4.3.6.2 from the project-website and I could add as much slides as I want. Maybe the issue is with the rpm-package from the openSuSE repository. If the package is from the project website (or the mirror network) please provide the details from the help-menue, info about LibreOffice.
No feedback since more than 6 months, let's put this one WFM. Steve: if you can reproduce the crash with a recent LO version (4.4.5 or 5.0.1), please don't hesitate to reopen this tracker.
cleanup keywords
Zdeněk Crhonek committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=991ff3d6205d8b594701c9df537cf8f0a629a92d uitest Impress-rename,new slide ; tdf#85360 It will be available in 6.2.0. 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.