Description of problem: convert many docx to pdf through unoconv 0.6, some of docx is big(about 300 sheets Version-Release number of selected component: 1:libreoffice-core-6.3.3.2-2.fc31 Additional info: reporter: libreport-2.11.3 backtrace_rating: 4 cmdline: /usr/lib64/libreoffice/program/soffice.bin --headless --invisible --nocrashreport --nodefault --nofirststartwizard --nologo --norestore --accept=socket,host=127.0.0.1,port=2002,tcpNoDelay=1;urp;StarOffice.ComponentContext crash_function: (anonymous namespace)::signalHandlerFunction(int, siginfo_t*, void*) executable: /usr/lib64/libreoffice/program/soffice.bin journald_cursor: s=fdd3a9b3d71a4165b14befb910bb9dcc;i=71138;b=412eb4896ac8414182320a9c8d10cec5;m=a68533392;t=597f24a088857;x=8cb1674438f3b8d1 kernel: 5.3.11-300.fc31.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000 xsession_errors: Truncated backtrace: Thread no. 1 (1 frames) #2 (anonymous namespace)::signalHandlerFunction(int, siginfo_t*, void*) at /usr/src/debug/libreoffice-6.3.3.2-2.fc31.x86_64/sal/osl/unx/signal.cxx:500 Potential duplicate: bug 1690645
Created attachment 1638850 [details] File: backtrace
Created attachment 1638851 [details] File: cgroup
Created attachment 1638852 [details] File: core_backtrace
Created attachment 1638853 [details] File: cpuinfo
Created attachment 1638854 [details] File: dso_list
Created attachment 1638855 [details] File: environ
Created attachment 1638856 [details] File: limits
Created attachment 1638857 [details] File: maps
Created attachment 1638858 [details] File: mountinfo
Created attachment 1638859 [details] File: open_fds
Created attachment 1638860 [details] File: proc_pid_status
Similar problem has been detected: reporter: libreport-2.11.3 backtrace_rating: 4 cmdline: /usr/lib64/libreoffice/program/soffice.bin --headless --invisible --nocrashreport --nodefault --nofirststartwizard --nologo --norestore --accept=socket,host=127.0.0.1,port=2002,tcpNoDelay=1;urp;StarOffice.ComponentContext crash_function: (anonymous namespace)::signalHandlerFunction(int, siginfo_t*, void*) executable: /usr/lib64/libreoffice/program/soffice.bin journald_cursor: s=fdd3a9b3d71a4165b14befb910bb9dcc;i=72535;b=412eb4896ac8414182320a9c8d10cec5;m=c9aad8839;t=597f47c62dcfd;x=3b73bf4d43fb60be kernel: 5.3.11-300.fc31.x86_64 package: 1:libreoffice-core-6.3.3.2-2.fc31 reason: soffice.bin killed by SIGABRT rootdir: / runlevel: N 5 type: CCpp uid: 1000 xsession_errors:
looks like the sidebar is torn down after the thing it relies on has been deleted and set to null, though locally with "normal" case I get things in the expected order
can you share how you invoke unoconv to do your conversion ?
in python torando app we use libreoffice to convert docx, xls, odt to pdf unoconv version is 0.6, in script we runs it throught subprocess(tornado.process.Subprocess) with this args path_to_unoconve, "-f", "pdf", "-T", "10", file_path unoconv starts many times in parallel
I can't reproduce it, but I can try a speculative fix based on the bt and include it in the next build to see if it makes a difference
FEDORA-2019-0902559a0b has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2019-0902559a0b
does that make a blind bit of difference, or does the crash just move to another place ?
libreoffice-6.3.3.2-7.fc31 has been pushed to the Fedora 31 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-0902559a0b
libreoffice-6.3.3.2-7.fc31 has been pushed to the Fedora 31 stable repository. If problems still persist, please make note of it in this bug report.
*** Bug 1794002 has been marked as a duplicate of this bug. ***
*** Bug 1844263 has been marked as a duplicate of this bug. ***