Issue 116135 - Z-order of objects may be corrupted when saving odt file (or afeter delete and Undo)
Summary: Z-order of objects may be corrupted when saving odt file (or afeter delete an...
Alias: None
Product: Writer
Classification: Application
Component: save-export (show other issues)
Version: OOo 3.2
Hardware: PC Windows XP
: P3 Trivial with 1 vote (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2010-12-15 14:07 UTC by madengineer
Modified: 2017-05-20 10:44 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

model with z-order defect (404.83 KB, application/octet-stream)
2014-01-14 13:31 UTC, snoff
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description madengineer 2010-12-15 14:07:47 UTC
It appears that the Z-order of objects within a frame can be scrambled when
saving an odt file in Writer. 

Example file:

In the example file linked above, the arrows were all placed above the JPEG
images when the file was created, however, when it is opened, figures 9 onwards
have been corrupted, and the arrows are now below the JPEG images. This file
seems to render identically on different computers running the same version of
OOo (3.2.0) on Windows XP.

Second example file:

The same file, again with all of the arrows positioned above the JPEG images,
was saved to odt format using a different (slower) computer running the same
version of OOo. This file again appears to render identically on different
computers, but the corruption of the images is different to that in the previous

This implies to me that the corruption is taking place when the file is saved,
rather than when it is opened, although I may be wrong. 

This erroneous behaviour seems to be highly variable. It only seems to affect
files with many images - the attached files exhibited no problems until around
12 complex images with Z ordered features were added.

I see a few other bug reports relating to Z order, but in slightly different ways:
#77355 (#103338)

Best regards,
Richard Walker.
Comment 1 michael.ruess 2010-12-16 12:25:53 UTC
MRU->OD: When opening the first document linked above, I can only see one arrow
being ordered incorrectly at "Figure 1". But I also noticed that when you delete
a graphic and Undo the deletion, the arrow objects are all ordered under the
Comment 2 snoff 2014-01-14 13:31:24 UTC
Created attachment 82277 [details]
model with z-order defect

I tried to use a picture that recover a frame (adresse). Sometimes my model is correctly opened and i can change adress in the frame directly.

But Sometimes, the picture (named page_entete) is displayed on top and i need to change Z-order by putting the picture to background.

The problem is when i save the change. The picture is displayed on top when i re-open the document.

I tried to change Z-order programmaticaly with a macro in basic but setting the ZOrder property on the picture to 0 changes nothing.

I've seen that a bug affects the setting of ZOrder (it swaps the element with ZOrder 0 with the element with the ZOrder change).

Maybe a relation between thèses two bugs ?

you can see for this bug
Comment 3 snoff 2014-01-14 13:41:12 UTC
I had the same problem with Apache OpenOffice 4.0.1.

When I open the document, sometimes the picture called "page_entete.." comes in background (that's okay and i can edit the content of the frame 'adresse'), and sometimes, it comes in foreground (i need to change order to put the picture in background to change the content of the frame). In the second case, the order of the picture is not saved (or lost when the document is re-opened ?)

I've seen a bug about the property ZOrder of Embedded pictures or frames in Writer (you can see it at ).

When I change the property by a macro to set the ZOrder of the picture to 0 (per example with 'ThisComponent.DrawPage(5).ZOrder=0' with the picture at index 5 in DrawPage), it changes nothing.
Comment 4 Marcus 2017-05-20 10:44:48 UTC
Reset the assignee to the default "".