Created attachment 539810 [details] Custom slide show Description of problem: OOo.Impress is rather unstable. In this example OOo.Impress is crashed during a slide show when one custom slide show is replaced by another. Version-Release number of selected component (if applicable): openoffice.org-impress.x86_64 1:3.3.0-20.8.fc14 How reproducible: 100% Steps to Reproduce: 1. Open the attached presentation. 2. Enable macros for this presentation. 3. Start slide show. 4. Navigate to the second slide. 5. Choose the second or the third example. Actual results: OpenOffice.org crashes. Expected results: The slide show must go on. Additional info: This presentation works fine on: Ubuntu 10.04 OOo 3.2.0 OOO320m12 Build:9483 Windows XP PRO OOo 3.2.0 OOO320m12 Build:9483 (GoOO) Windows 2000 OOo 3.3.0 OOO330m20 Build:9567 Windows XP PRO OOo 3.3.0 OOO330m20 Build:9567 The "Killer-Macro" is as follows: ------------------------------------ Sub KursSkats (view_name as String) oDoc = ThisComponent oDoc.Presentation.setPropertyValue("CustomShow", view_name) oDoc.Presentation.start() End Sub -------------------------------------
Simple error messages: [ Zirneklitis ~]$ ooimpress ** (soffice:8898): WARNING **: Inhibit method failed ** (soffice:8898): WARNING **: Inhibit problem : The name org.gnome.SessionManager was not provided by any .service files ** (soffice:8898): WARNING **: Invalid cookie ** (soffice:8898): WARNING **: Inhibit method failed ** (soffice:8898): WARNING **: Inhibit problem : The name org.gnome.SessionManager was not provided by any .service files /usr/lib64/openoffice.org3/program/soffice: line 116: 8898 Segmentation fault (core dumped) "$sd_prog/$sd_binary" "$@" [ Zirneklitis ~]$
The update to openoffice.org-impress.x86_64 1:3.3.0-20.10.fc14 DOES NOT solve the issue.
problem seems to be still relevant in contemporary versions
*** Bug 760034 has been marked as a duplicate of this bug. ***
Fixed this upstream as http://cgit.freedesktop.org/libreoffice/core/commit/?id=d57887eaad534ca51fc4975918fab66b2f93633d At this stage however there won't be another update for Fedora 14 (http://lists.fedoraproject.org/pipermail/announce/2011-November/003010.html) so moving to Fedora 15 as earliest release its practical to fix this for. Did you ever report this to upstream OpenOffice.org or LibreOffice btw ?
> Did you ever report this to upstream OpenOffice.org or LibreOffice I did not but I shall. As I've mentioned before – on other tested OS the macro does not crash OOo/LibreOffice. The pre-compiled x64 versions of OOo (3.3.0, from www.openoffice.org) and LibreOffice (3.4.4, from http://www.libreoffice.org/) crashes under Fedora 14. The pre-compiled x86 versions of OOo (3.3.0, from www.openoffice.org) crashes under ScientificLinux 6.1 LiveCD. Both of distributions ar RedHat based.
Reported as https://issues.apache.org/ooo/show_bug.cgi?id=118671
no need to report it upstream *now* :-) I just wondered if there were duplicates upstream that I could mark off as fixed now. Will be in >= libreoffice-3.3.4.1-2.fc15
libreoffice-3.4.4.2-6.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/libreoffice-3.4.4.2-6.fc16
Package libreoffice-3.4.4.2-6.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing libreoffice-3.4.4.2-6.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2011-17186/libreoffice-3.4.4.2-6.fc16 then log in and leave karma (feedback).
libreoffice-3.4.4.2-6.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.
libreoffice-3.3.4.1-2.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/libreoffice-3.3.4.1-2.fc15
libreoffice-3.3.4.1-2.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report.