Hide Forgot
Description of problem: Libreoffice won't start after update. Same error in KDE and Gnome Classic environments. Problem persists after deinstall and reinstall of all Libreoffice packages. Kind of strange as I have two other desktops and a laptop without this problem. All four system are fully up to date via yum. Perhaps there is an interaction with some other package. Version-Release number of selected component: libreoffice-core-4.1.3.2-4.fc19 Additional info: reporter: libreport-2.1.9 backtrace_rating: 4 cmdline: /usr/lib64/libreoffice/program/soffice.bin --calc --splash-pipe=5 crash_function: comphelper::getProcessServiceFactory executable: /usr/lib64/libreoffice/program/soffice.bin kernel: 3.11.7-200.fc19.x86_64 runlevel: N 5 type: CCpp uid: 1000 var_log_messages: Nov 13 14:41:35 localhost abrt-hook-ccpp[2141]: Saved core dump of pid 2138 (/usr/lib64/libreoffice/program/soffice.bin) to /var/tmp/abrt/ccpp-2013-11-13-14:41:34-2138 (27361280 bytes) Truncated backtrace: Thread no. 1 (10 frames) #6 comphelper::getProcessServiceFactory at /usr/src/debug/libreoffice-4.1.3.2/comphelper/source/processfactory/processfactory.cxx:65 #7 comphelper::getProcessComponentContext at /usr/src/debug/libreoffice-4.1.3.2/comphelper/source/processfactory/processfactory.cxx:97 #8 utl::DefaultFontConfiguration::DefaultFontConfiguration at /usr/src/debug/libreoffice-4.1.3.2/unotools/source/config/fontcfg.cxx:106 #9 get at /usr/src/debug/libreoffice-4.1.3.2/include/rtl/instance.hxx:393 #10 utl::DefaultFontConfiguration::get at /usr/src/debug/libreoffice-4.1.3.2/unotools/source/config/fontcfg.cxx:98 #11 ImplStyleData::SetStandardStyles at /usr/src/debug/libreoffice-4.1.3.2/vcl/source/app/settings.cxx:378 #12 ImplStyleData::ImplStyleData at /usr/src/debug/libreoffice-4.1.3.2/vcl/source/app/settings.cxx:247 #13 StyleSettings::StyleSettings at /usr/src/debug/libreoffice-4.1.3.2/vcl/source/app/settings.cxx:467 #14 ImplAllSettingsData::ImplAllSettingsData at /usr/src/debug/libreoffice-4.1.3.2/vcl/source/app/settings.cxx:1331 #15 AllSettings::AllSettings at /usr/src/debug/libreoffice-4.1.3.2/vcl/source/app/settings.cxx:1383
Created attachment 823639 [details] File: backtrace
Created attachment 823640 [details] File: cgroup
Created attachment 823641 [details] File: core_backtrace
Created attachment 823642 [details] File: dso_list
Created attachment 823643 [details] File: environ
Created attachment 823644 [details] File: limits
Created attachment 823645 [details] File: maps
Created attachment 823646 [details] File: open_fds
Created attachment 823647 [details] File: proc_pid_status
Created attachment 823648 [details] File: Screenshot from 2013-11-13 14:29:56.png
Error message from attachment 823648 [details] screenshot is "InvalidRegistryException: file:///usr/lib64/libreoffice/program/services/services.rdb: duplicate <implementation name='com.sun.star.comp.GraphicExportDialog'>". This is most probably due to some extension installed per-user in this LibreOffice installation. Paul, can you make available a tarball of your ~/.config/libreoffice/4/user/uno_packages/ directory (either as an attachment here or as a mail directly to me)?
Created attachment 823652 [details] tarball of ~/.config/libreoffice/4/user/uno_packages/ requested tarball attached.
So you indeed have an extension EnhancedGraphicExportDialogs.oxt installed (presumably obtained from <http://extensions.openoffice.org/de/project/enhanced-export-options-bitmap-files>) that illegally reuses a core implementation ID. I'll try to contact its author for a fixed version. In the meantime, as that was apparently the only per-user installation you had installed, I'd suggest to "rm -rf ~/.config/libreoffice/4/user/uno_packages" (while LibreOffice is not running) and use LibreOffice without that extension for now.
Bingo! That fixed it. Thanks for the quick help. Interesting that this did not arise until the latest Libreoffice update was applied.
Closing as CANTFIX as the problem is in a third-party LibreOffice extension we have no control over in Fedora.