Bug 1030072

Summary: [abrt] libreoffice-core-4.1.3.2-4.fc19: comphelper::getProcessServiceFactory: Process /usr/lib64/libreoffice/program/soffice.bin was killed by signal 6 (SIGABRT)
Product: [Fedora] Fedora Reporter: Paul Grabbe <pg7724>
Component: libreofficeAssignee: Stephan Bergmann <sbergman>
Status: CLOSED CANTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 19CC: caolanm, dtardon, erack, ltinkl, mstahl, pg7724, sbergman
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/5786f5f06d856c0a43192cee3e7b9c13d5190f56
Whiteboard: abrt_hash:90cb098c56b7a63cd10f8661d9346ef9e2087652
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-03-06 13:58:23 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
File: backtrace
none
File: cgroup
none
File: core_backtrace
none
File: dso_list
none
File: environ
none
File: limits
none
File: maps
none
File: open_fds
none
File: proc_pid_status
none
File: Screenshot from 2013-11-13 14:29:56.png
none
tarball of ~/.config/libreoffice/4/user/uno_packages/ none

Description Paul Grabbe 2013-11-13 21:19:22 UTC 
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
Comment 1 Paul Grabbe 2013-11-13 21:19:31 UTC 
Created attachment 823639 [details]
File: backtrace
Comment 2 Paul Grabbe 2013-11-13 21:19:34 UTC 
Created attachment 823640 [details]
File: cgroup
Comment 3 Paul Grabbe 2013-11-13 21:19:40 UTC 
Created attachment 823641 [details]
File: core_backtrace
Comment 4 Paul Grabbe 2013-11-13 21:19:43 UTC 
Created attachment 823642 [details]
File: dso_list
Comment 5 Paul Grabbe 2013-11-13 21:19:47 UTC 
Created attachment 823643 [details]
File: environ
Comment 6 Paul Grabbe 2013-11-13 21:19:50 UTC 
Created attachment 823644 [details]
File: limits
Comment 7 Paul Grabbe 2013-11-13 21:19:54 UTC 
Created attachment 823645 [details]
File: maps
Comment 8 Paul Grabbe 2013-11-13 21:19:57 UTC 
Created attachment 823646 [details]
File: open_fds
Comment 9 Paul Grabbe 2013-11-13 21:20:00 UTC 
Created attachment 823647 [details]
File: proc_pid_status
Comment 10 Paul Grabbe 2013-11-13 21:20:04 UTC 
Created attachment 823648 [details]
File: Screenshot from 2013-11-13 14:29:56.png
Comment 11 Stephan Bergmann 2013-11-13 22:00:51 UTC 
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)?
Comment 12 Paul Grabbe 2013-11-13 22:11:31 UTC 
Created attachment 823652 [details]
tarball of ~/.config/libreoffice/4/user/uno_packages/

requested tarball attached.
Comment 13 Stephan Bergmann 2013-11-13 22:31:25 UTC 
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.
Comment 14 Paul Grabbe 2013-11-13 22:36:00 UTC 
Bingo! That fixed it. Thanks for the quick help.

Interesting that this did not arise until the latest Libreoffice update was applied.
Comment 15 Stephan Bergmann 2014-03-06 13:58:23 UTC 
Closing as CANTFIX as the problem is in a third-party LibreOffice extension we have no control over in Fedora.