Is this unoconv issue a regression in libreoffice?

[YjRk2]

At the day of this writing I have upgraded libreoffice 25.8.4 → 26.2.0.

Version: 26.2.0.3 (X86_64)
Build ID: 620(Build:3)
CPU threads: 2; OS: Linux 6.18; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
26.2.0-1
Calc: threaded

unoconv, which is a separate Python executable, seemed to be working well up to 25.8.4. With 26.2.0, it output

    $ unoconv --format txt --stdout whatever.odt
    Traceback (most recent call last):
      File "/usr/bin/unoconv", line 1436, in <module>
        main()
        ~~~~^^
      File "/usr/bin/unoconv", line 1352, in main
        convertor.convert(inputfn)
        ~~~~~~~~~~~~~~~~~^^^^^^^^^
      File "/usr/bin/unoconv", line 1003, in convert
        inputurl = unohelper.absolutize(self.cwd, unohelper.systemPathToFileUrl(inputfn))
                   ^^^^^^^^^^^^^^^^^^^^
    AttributeError: module 'unohelper' has no attribute 'absolutize'

Quoting Universal Office Converter - Office document conversion# Troubleshooting instructions

try unoconv with a different minor or major LibreOffice version to test whether it is a regression in LibreOffice

Is this a regression in LibreOffice? Is it a known issue?

[Villeroy]

$ diff libreoffice25.8/program/unohelper.py libreoffice26.2/program/unohelper.py
186,189d185
< def absolutize( path, relativeUrl ):
< “returns an absolute file url from the given urls”
< return pyuno.absolutize( path, relativeUrl )
<

reveals that absolutize has been removed from unohelper.py and that the old version calls absolutize in pyuno.so, which itself has been modified too.

After restoring the function in the python module, everything seems to be working again. I don’t know why it has been removed. Mind that 26.2 is not finished yet.