NO-GUI headless convert-to function error in 7.6.1.2 60(Build:2)

[Bákonyi Zsolt]

Original bug report to LibreOffice team: https://bugs.documentfoundation.org/show_bug.cgi?id=157424

7.6.1.2 60(Build:2) no-gui version, Ubuntu Server 20.04 LTS gives error.

soffice --headless --convert-to pdf path/to/file --> Error: source file could not be loaded

Ubuntu 20.04 LTS Desktop version has no error with the same version, only on Server. The installation difference is libreoffice vs libreoffice-nogui. Previous version doesent produces this error: 7.5.6.2 50(Build:2) work perfect.

Lots of no-gui version fails in Ubuntu Server 20.04 LTS with "Error: source file could not be loaded" message.

Specific examples:

- LibreOffice 6.4.7.2 40(Build:2) --> Same error with xlsx with --convert-to html
- LibreOffice 7.5.3.2 50(Build:2) --> Same error with xlsx with --convert-to html

!!! Only LibreOffice 7.5.6.2 50(Build:2) works perfectly in both case. !!! Example outputs:

soffice --headless --convert-to pdf teszt.docx
convert /home/zsolt/teszt.docx -> /home/zsolt/teszt.pdf using filter : writer_pdf_Export

soffice --headless --convert-to html teszt.xlsx
convert /home/zsolt/teszt.xlsx -> /home/zsolt/teszt.html using filter : HTML (StarCalc)

Fortunately *ppa:libreoffice/libreoffice-still* contains the good version so i had to change the repos in all servers

[Bákonyi Zsolt (netmango)]

Description:
After upgrading via ppa to 7.6.1.2 60(Build:2) version, Ubuntu Server 20.04 LTS gives error.

soffice --headless --convert-to pdf path/to/file --> Error: source file could not be loaded

Ubuntu 20.04 LTS Desktop version has no error with the same version, only on Server. The installation difference is libreoffice vs libreoffice-nogui. Previous versions doesent produces this error, e.g: 7.5.6.2 50(Build:2) work perfect.

Steps to Reproduce:
1. soffice --headless --convert-to pdf path/to/file

Actual Results:
Error: source file could not be loaded

Expected Results:
convert path/to/file as a Writer document -> path/to/file using filter : writer_pdf_Export

Reproducible: Always

User Profile Reset: No

Additional Info:
soffice --version
LibreOffice 7.6.1.2 60(Build:2)

[Bákonyi Zsolt (netmango)]

Lots of no-gui version fails in Ubuntu Server 20.04 LTS with "Error: source file could not be loaded" message.

Specific examples:

- LibreOffice 6.4.7.2 40(Build:2) --> Same error with xlsx with --convert-to html
- LibreOffice 7.5.3.2 50(Build:2) --> Same error with xlsx with --convert-to html

!!! Only LibreOffice 7.5.6.2 50(Build:2) works perfectly in both case. !!! Example outputs:

soffice --headless --convert-to pdf teszt.docx
convert /home/zsolt/teszt.docx -> /home/zsolt/teszt.pdf using filter : writer_pdf_Export

soffice --headless --convert-to html teszt.xlsx
convert /home/zsolt/teszt.xlsx -> /home/zsolt/teszt.html using filter : HTML (StarCalc)

Fortunately *ppa:libreoffice/libreoffice-still* contains the good version so i had to change the repos in all servers

[Stephane-guillou-i (stephane-guillou-i)]

I can't reproduce convert ODT or DOCX to PDF with:

libreoffice7.6 --headless --convert-to pdf some_doc

and:

Version: 7.6.2.1 (X86_64) / LibreOffice Community
Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

...but this isn't a -nogui install.

(In reply to Zsolt Bákonyi from comment #1)
> !!! Only LibreOffice 7.5.6.2 50(Build:2) works perfectly in both case. !!!
Maybe a fix made it in that version?
Would be interesting to see if version 7.6.2.1 also works for you as -nogui, using this PPA: https://launchpad.net/~libreoffice/+archive/ubuntu/ppa
Any chance you could test that one too?

[Bákonyi Zsolt (netmango)]

Hi!

On normal Ubuntu Desktop no error. Personally I use Kubuntu 20.04 LTS version with LibreOffice 7.6.2.1 60(Build:1) and this problem does not appear. And I had no issues with older versions.

Only no-gui installation produces these issues, I've tested on 3 different Ubuntu 20.04 Server LTS.

[Ilmari-lauhakangas (ilmari-lauhakangas)]

Related:
https://packages.debian.org/sid/libreoffice-nogui
https://packages.debian.org/sid/libreoffice-core-nogui

I could not find out what manipulations have been made to this thing.

[Ilmari-lauhakangas (ilmari-lauhakangas)]

Please report it to Ubuntu: https://bugs.launchpad.net/ubuntu/+source/libreoffice/

[Bákonyi Zsolt (netmango)]

Something I don't understand if I use LibreOffice 7.5.6.2 50(Build:2) no-gui installation on these systems, it works perfectly in both case ( xlsx and docx conversion )

Maybe somethng went wrong while packaging in PPA?

[Ilmari-lauhakangas (ilmari-lauhakangas)]

(In reply to Zsolt Bákonyi from comment #6)
> Something I don't understand if I use LibreOffice 7.5.6.2 50(Build:2)
> no-gui installation on these systems, it works perfectly in both case (
> xlsx and docx conversion )
>
> Maybe somethng went wrong while packaging in PPA?

Ubuntu quality assurance will investigate it after you report it to them.

[Bákonyi Zsolt (netmango)]

Thank you, I did it.

[Rene Engelhard (rene-debian)]

Description:
[similar as https://bugs.documentfoundation.org/show_bug.cgi?id=155411 ]

See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1052052 and bugs.debian.org/1058653.
See the strace log in the bug.

Apparently --convert-to for a writer documents now needs libcui present (which is excluded in Debians libreoffice-core-nogui since it's "common UI"[1] and thus is definitely not needed - at least by the name).

If you add --disable-gui please keep it working. --convert-to doesn't need GUI.

[1] https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/blob/master/rules#L3350

Steps to Reproduce:
1. build LO with --disable-gui
2. rm libcuilo.so
3. libreoffice --writer --convert-to pdf of a file

Actual Results:
Error: source file could not be loaded

Expected Results:
Converts fine

Reproducible: Always

User Profile Reset: No

Additional Info:
.

[Rene Engelhard (rene-debian)]

This btw is a regression. 7.5.x didn't need cui for --convert-to

[Stephane-guillou-i (stephane-guillou-i)]

Thanks Rene. I trust you on this, marking as new although I haven't tested.

Wondering if this has to do with Tor's 85b9961c93446e7088d3be97b5977f1deaa16daf. What do you think, Tor?

[Rene Engelhard (rene-debian)]

> Wondering if this has to do with Tor's 85b9961c93446e7088d3be97b5977f1deaa16daf. What do you think, Tor?

Obviously it is not, since it's for the build and the selection of a VCL plugin in configure.ac.

This bug is already about the built LibreOffice needing libcuilo.so.

Maybe the zxing thingies given libcui is the only component linked against it? [1]

Probably someone thought "they, let's use that one, it's always there" instead of handling existing QR code stuff there in writer(?) directly? At least that one got added in 7.6.

[1]
root@frodo:/usr/lib/libreoffice/program# for i in *.so; do echo $i; objdump -p $i | grep NEEDED | grep -i zxing; done
libLanguageToollo.so
libacclo.so
libaffine_uno_uno.so
libavmediagst.so
libbiblo.so
libbinaryurplo.so
libbootstraplo.so
libcached1.so
libcairocanvaslo.so
libchartcontrollerlo.so
libchartcorelo.so
libclewlo.so
libcmdmaillo.so
libcollator_data.so
libcuilo.so
  NEEDED libZXing.so.3
libdeploymentgui.so
libdesktop_detectorlo.so
libdict_ja.so
libdict_zh.so
libdlgprovlo.so
libembobj.so
libemboleobj.so
libfilelo.so
libgcc3_uno.so
libi18nlangtag.so
libicglo.so
libindex_data.so
libintrospectionlo.so
libinvocadaptlo.so
libinvocationlo.so
libiolo.so
libjavaloaderlo.so
libjavavmlo.so
libjvmaccesslo.so
libjvmfwklo.so
libldapbe2lo.so
liblocaledata_en.so
liblocaledata_es.so
liblocaledata_euro.so
liblocaledata_others.so
liblog_uno_uno.so
libloglo.so
libmergedlo.so
libmigrationoo2lo.so
libmigrationoo3lo.so
libmozbootstraplo.so
libmsformslo.so
libnamingservicelo.so
libooxlo.so
libpcrlo.so
libpdffilterlo.so
libpdfimportlo.so
libpdfiumlo.so
libprotocolhandlerlo.so
libproxyfaclo.so
libreflectionlo.so
libreglo.so
libsal_textenclo.so
libscnlo.so
libscriptframe.so
libsdbtlo.so
libskialo.so
libstocserviceslo.so
libstoragefdlo.so
libstorelo.so
libtextconv_dict.so
libtextconversiondlgslo.so
libucpchelp1.so
libucpcmis1lo.so
libucpdav1.so
libucpftp1.so
libucppkg1.so
libunoidllo.so
libunopkgapp.so
libunsafe_uno_uno.so
libuuresolverlo.so
libvclplug_genlo.so
libwriterperfectlo.so
libxmlreaderlo.so
libxmlsecurity.so
libxsec_xmlsec.so

[Rene Engelhard (rene-debian)]

hmm, no, sorry, zxing is older.
(BTW: Those extra dependencies only in *ui is exactly the reason why I exclude them in the -nogui packages)

Still, someone apparently thought using "common UI" stuff in non-UI-code was a good idea. it is not in a --disable-gui build

[Aron-budea (aron-budea)]

As I can see this can't be reproduced with the bibisect builds, setting notBibisectable.

[Rene Engelhard (rene-debian)]

This is the same as https://bugs.documentfoundation.org/show_bug.cgi?id=158695

*** This bug has been marked as a duplicate of bug 158695 ***

[Rene Engelhard (rene-debian)]

*** Bug 157424 has been marked as a duplicate of this bug. ***

[Libreoffice-commits (libreoffice-commits)]

Noel Grandin committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/8d26ca7f9ac37b5ada0a2c463b37181bcc8301a8

tdf#158695 convert-to bogusly needs libcui (--disable-gui build)

It will be available in 24.8.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.

[Libreoffice-commits (libreoffice-commits)]

Noel Grandin committed a patch related to this issue.
It has been pushed to "libreoffice-7-6":

https://git.libreoffice.org/core/commit/180da9297ba1e45cbb85debd40136f0281d45b97

tdf#158695 convert-to bogusly needs libcui (--disable-gui build)

It will be available in 7.6.5.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.

[Rene Engelhard (rene-debian)]

no, sorry, the convert of gpredict (see http://bugs.debian.org/1058653) still fails with the patch applied

[Rene Engelhard (rene-debian)]

there's still

[pid 1261847] openat(AT_FDCWD, "/usr/lib/libreoffice/program/libcuilo.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

in the strace and after installing libreoffice-core the conversion succeeds.

[Rene Engelhard (rene-debian)]

sorry, works. setting to FIXED again

[Libreoffice-commits (libreoffice-commits)]

Noel Grandin committed a patch related to this issue.
It has been pushed to "libreoffice-24-2":

https://git.libreoffice.org/core/commit/61371bf3b19441d2c30a51153fcc675eafdd49b8

tdf#158695 convert-to bogusly needs libcui (--disable-gui build)

It will be available in 24.2.1.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.

[Bákonyi Zsolt (netmango)]

Thank you guys. Does anybody knows, which Ubuntu version will be included in?