[Libreoffice-bugs] [Bug 124858] New: using UNOCONV to convert a docx to doc through soffice (version 6.x.x) socket, host urp interface were the docx file contains a "floating" image the socket transfer process will appear to drop the image from the doc file

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Sat Apr 20 12:01:59 UTC 2019


https://bugs.documentfoundation.org/show_bug.cgi?id=124858

            Bug ID: 124858
           Summary: using UNOCONV to convert a docx to doc through soffice
                    (version 6.x.x) socket,host urp interface were the
                    docx file contains a "floating" image the socket
                    transfer process will appear to drop the image from
                    the doc file
           Product: LibreOffice
           Version: 6.2.3.2 release
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: LibreOffice
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: chrislrobsn at gmail.com

Description:
Test setup:
1. run the soffice (version 6.x) receiver:
soffice --accept="socket,host=localhost,port=8101;urp;" --headless --norestore
2. run unoconv:
unoconv --connection 'socket,host=127.0.0.1,port=8101;urp;StarOffice.Component'
-f doc testdoc.docx
3. run soffice testdocx to "manually" convert document through save as doc
function.
Test validation steps:
1. opening testdoc.doc(unoconv produced document) file reveals image is missing
from file.  However, document side seems to report image does exist.
2. opening testdoc.doc(produced manually) file reveals image within document
3. File sizes of both files (unoconv and manual) are equal.
4. using "vbindiff testdoc.doc(unoconv) testdoc.doc(manual)" reveals a 8 byte
location has been zeroed in the testdoc.doc(unoconv) file.  Editing these 8
bytes in the unoconv file to match the manually created file results in the
unoconv testdoc.doc file now displaying the image in soffice.

Additional testing steps:
1. Uninstall Libreoffice ( dnf remove libreoffice* )
2. Install OpenOffice ( dnf iinstall openoffice* aka latest openoffice)
3. run the soffice receiver for openoffice (v4.1.6):
soffice --accept="socket,host=localhost,port=8101;urp;" --headless --norestore
2. rerun a unoconv so:
unoconv --connection 'socket,host=127.0.0.1,port=8101;urp;StarOffice.Component'
-f doc testdoc.docx
Test validation:
Results reveal the converted document image is intact and can be found in the
newly converted document.

Observation:
1. Modifying the failed test doc file's 8 bytes seems to indicate a memory
location is being corrupted.  Not sure why. still investigating why.
2. OpenOffice is still using Python 2.7 while LibreOffice is up to Python
release 3.5.7.  This seems to indicate the pyuno.so maybe corrupting the socket
transfer of images within the source document.

Test document content is a simple one page document created by Microsoft Word
containing a single image.  It must be created by MS Word and must be a
floating image, aka, dragged/dropped jpeg/png/etc image (not file) into the MS
Word document.


Steps to Reproduce:
1.See description
2.
3.

Actual Results:
dropped image from converted file yet file size is as expected if image was
still found in document

Expected Results:
image within converted file


Reproducible: Always


User Profile Reset: Yes



Additional Info:

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20190420/5f38600a/attachment.html>


More information about the Libreoffice-bugs mailing list