[Libreoffice-bugs] [Bug 121796] New: When calling LibreOffice in server mode via UNO, the produced ODT document may have, in meta.xml, a meta:page-count="1" for a document containing 2 pages.

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Thu Nov 29 10:15:03 UTC 2018


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

            Bug ID: 121796
           Summary: When calling LibreOffice in server mode via UNO, the
                    produced ODT document may have, in meta.xml, a
                    meta:page-count="1" for a document containing 2 pages.
           Product: LibreOffice
           Version: 5.1 all versions
          Hardware: All
                OS: Linux (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: sdk
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: gaetan.delannay at geezteem.com

Description:
Context: I am the developer of appy.pod, a Python library using LibreOffice in
server mode via UNO (http://appyframework.org/pod.html). appy.pod allows to
define "ODT templates" being ODT documents misusing fields and notes by filling
them with Python code. Such a template is pre-processed by appy.pod, and the
result, a "pure" ODT document, is then sent to LibreOffice via UNO to apply
some changes, like recomputing the table of contents and indexes, optimizing
tables columns widths, resolving sections tied to other ODT documents, etc.

The test case: we create, with appy.pod, a master POD template made of hundreds
of sub-documents (=sections linked to sub-ODT documents, that will be resolved
via UNO to produce a concatenated unique result). Before concatenating the
overall result, every sub-document is first created on disk, based on the same
POD template. LibreOffice is then called repeatedly via UNO, for every
sub-document, to update it. LibreOffice creates on disk the updated versions.

The problem: among the hundreds of ODT files produced by LibreOffice, in some
of them, although the number of pages is equal to 2, the attribute
meta:page-count="1" in meta.xml indicates "1".

Steps to Reproduce:
0. It is quite tricky to reproduce :-)
1. Create a POD template made of 1 page
2. Call the appy.pod Renderer to create hundreds of ODT documents based on this
template. Use the option "forceOoCall" to True to force LibreOffice to load and
update every produced ODT document.
3. Unzip every ODT result and check the value of field meta:page-count in
meta.xml.

Actual Results:
On some ODT documents, "meta:page-count" is 1 but the document is made of 2
pages

Expected Results:
The attribute "meta:page-count" should reflect the correct number of pages


Reproducible: Sometimes


User Profile Reset: No



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/20181129/a9dda46b/attachment.html>


More information about the Libreoffice-bugs mailing list