<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - Copying from template messed up Z-index on first page"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=133847">133847</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>Copying from template messed up Z-index on first page
</td>
</tr>
<tr>
<th>Product</th>
<td>LibreOffice
</td>
</tr>
<tr>
<th>Version</th>
<td>6.3.6.2 release
</td>
</tr>
<tr>
<th>Hardware</th>
<td>All
</td>
</tr>
<tr>
<th>OS</th>
<td>All
</td>
</tr>
<tr>
<th>Status</th>
<td>UNCONFIRMED
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>sdk
</td>
</tr>
<tr>
<th>Assignee</th>
<td>libreoffice-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>his@9tw.de
</td>
</tr></table>
<p>
<div>
<pre>Created <span class=""><a href="http://bugs.documentfoundation.org/attachment.cgi?id=161828" name="attach_161828" title="Sample files and Eclipse Project to reproduce the behaviour">attachment 161828</a> <a href="http://bugs.documentfoundation.org/attachment.cgi?id=161828&action=edit" title="Sample files and Eclipse Project to reproduce the behaviour">[details]</a></span>
Sample files and Eclipse Project to reproduce the behaviour
Problem description:
We are using LibreOffice as a server for Document generation and Mass printing.
It works this way: We have an odt as template. We load it into memory, replace
texts in content, do some zip/xml manipulating and save it as a single odt
file.
When the user wishes to get everything in one big file, we copy content and
styles to a newly created document via UNO-API (xStyleLoader.loadStylesFromURL,
xDocInsertable.insertDocumentFromURL).
In this particular case, there is inconsistency with the z-index of elements on
the first page of merged documents. This is only visible when elements are
overlapping.
Z-Index of Elements in template:
* gr1 : 0
* fr1 : 1
* fr2 : 2
Z-Index of Elements in result on first page:
* gr1 : 3
* fr1 : 1
* fr2 : 4
Z-Index of Elements in result on second page:
* gr1 : 2
* fr1 : 5
* fr2 : 6
I think we all agree that this Layout is bad practice and overlapping problems
are easily solvable with simple changes in the template, nonetheless it is also
a technical bug.
We made an example file and eclipse project including our Code for reproducing
the problem. Also including the "template", the single temp files and resulting
merged odt with the bad z-index on page 1.
I am filling this bug against 6.3.6 (Linux), since this is the version we are
promoting to our customers, but it is also reproducible with newer 6.4 (Linux)
and 7.0 beta 1 (Linux) versions and was originally found on Version 6.1
(Windows).
You might find the unoil, jurt, ridl, juh libs are quite old ones from Version
4 in the testproject, but I can assure there is no difference in behaviour with
newer ones, we already updated and testes with them.
Greetings</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>