Summary: | Writer doesn't render an image file which is in the root of zip dir (ODF Validation succeeds/Google Docs works fine) | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Jambunathan K <kjambunathan> |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | ||
Severity: | normal | CC: | buzea.bogdan, rb.henschel |
Priority: | medium | ||
Version: | 7.3.3.2 release | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 103152 | ||
Attachments: |
Writer reports `Read Error` on an image file which exists (in the root of the zip dir)
Test ODT file: `Read Error` for an image file at the root of zip dir Google Docs renders the document just fine |
Description
Jambunathan K
2022-05-12 06:18:23 UTC
Created attachment 180070 [details]
Test ODT file: `Read Error` for an image file at the root of zip dir
Created attachment 180071 [details]
Google Docs renders the document just fine
(In reply to Jambunathan K from comment #2) > Created attachment 180071 [details] > Google Docs renders the document just fine I uploaded the ODT file to drive and opened it in Google Docs. It renders just fine. https://docs.google.com/document/d/1NQk5qpKL7kBgP8MzeQqnplyNk5ags3gyxCYgvdsUk14/edit?usp=sharing Version: 7.3.3.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 4; OS: Linux 5.17; UI render: default; VCL: x11 Locale: en-IN (en_IN); UI: en-US Debian package version: 1:7.3.3~rc2-1 Calc: threaded $ dpkg -l | grep writer | grep libreoffice ii libreoffice-writer 1:7.3.3~rc2-1 amd64 office productivity suite -- word processor I'm not sure, that such structure is valid. Please look at second paragraph in section 3.1 General in https://docs.oasis-open.org/office/OpenDocument/v1.3/os/part2-packages/OpenDocument-v1.3-os-part2-packages.html The image is a document of its own with own mime-type. So it violets the rule of only one document in the root. The validator might be wrong here. Another question is, whether LibreOffice should be error-tolerant and open such files nevertheless. I support such request because Word and TextMaker show the image too. |