Bug 72367 - FILESAVE: Z-Order of picture and text shapes doesn't save (or load) correctly in ODF
Summary: FILESAVE: Z-Order of picture and text shapes doesn't save (or load) correctly...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords: filter:odf
Depends on:
Blocks: ODF-export-invalid Z-Order
  Show dependency treegraph
 
Reported: 2013-12-05 17:38 UTC by petr_aleksandrov
Modified: 2024-01-12 12:17 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Test document with PDF version (103.56 KB, application/zip)
2013-12-05 17:38 UTC, petr_aleksandrov
Details

Note You need to log in before you can comment on or make changes to this bug.
Description petr_aleksandrov 2013-12-05 17:38:06 UTC
Created attachment 90318 [details]
Test document with PDF version

I have a document with many pictures (plots). I have added text labels to these pictures in Writer. If I save this document and open it, labels are covered by a picture. If I press "Arrange -> Send to Back" for the picture, the labels are shown, but if I reopen the file, they are covered again.

Steps to reproduce:
1. Open the attached file "Test1.odt"
2. On the 3rd figure only label "4" must be shown. Press "Arrange -> Send to Back" for the picture (plot) of 3rd figure. Labels "1", "2", "3" and "text" must appear. 
3. Save the file.
4. Reopen it and check the 3rd figure. Probably, only label "4" will appear.

Expected behavior:
After saving and opening file all the labels must be above the picture (plot).

PDF file with right pictures is attached too.

              
Operating System: Ubuntu
Version: 4.1.3.2 release
Comment 1 Thomas van der Meulen [retired] 2013-12-06 15:36:53 UTC
Thank you for your bug report, I can reproduce this bug running 
Version: 4.2.0.0.beta2
Build ID: 1a27be92e320f97c20d581a69ef1c8b99ea9885d
and Version: 4.1.3.2
Build ID: 70feb7d99726f064edab4605a8ab840c50ec57a
OS: Mac osx 10.9.

Comment: In version 4.2 beta 2 after I saved the file there were no numbers at all not even that 4, also there were no numbers anymore in figure 1 & 2 seems like a new bug. I will file a new bug for that. 

In 4.1.3.2 I got the same result like written in the bug report
Comment 2 Jorendc 2013-12-06 16:38:56 UTC
Reproducible using LibreOffice 4.1.4.1 on Mac OSX 10.9.

(In reply to comment #1)
> Comment: In version 4.2 beta 2 after I saved the file there were no numbers
> at all not even that 4, also there were no numbers anymore in figure 1 & 2
> seems like a new bug. I will file a new bug for that. 

Can't reproduce that on version 4.2 beta 2. Same behavior as 4.1.4.1
Comment 3 Michael Stahl (allotropia) 2013-12-06 22:38:15 UTC
confirmend, problem happens in releases all the way back to OOo 3.0.1
Comment 4 QA Administrators 2015-04-19 03:23:33 UTC Comment hidden (obsolete)
Comment 5 petr_aleksandrov 2015-04-21 13:48:46 UTC
This bug is present in LibreOffice 4.4.2 (Ubuntu 14.10 x86_64).
Comment 6 QA Administrators 2016-09-20 09:33:55 UTC Comment hidden (obsolete)
Comment 7 Thomas Lendo 2019-08-29 22:48:41 UTC
Still reproducible with Version: 6.3.0.4
Build ID: 057fc023c990d676a43019934386b85b21a9ee99
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: de-AT (de_AT.UTF-8); UI-Language: en-US
Comment 8 QA Administrators 2021-08-29 04:08:27 UTC Comment hidden (obsolete, spam)
Comment 9 Justin L 2021-09-24 14:16:45 UTC
repro 7.3+
Comment 10 mauricio 2022-12-23 17:51:52 UTC
(In reply to Justin L from comment #9)
> repro 7.3+

Still reproducible with Version: 7.4.3.2
Comment 11 CDuv 2023-09-20 20:30:38 UTC
Still reproducible on version 7.6.0.3 (X86_64) build 19044 compilation 69edd8b8ebc41d00b4de3915d… [1] (on Windows 10)

[1]: https://git.libreoffice.org/core/+log/69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265
Comment 12 Stéphane Guillou (stragu) 2024-01-12 10:03:48 UTC
(Not sure why accessibility keywords were added, so removed them.)

Repro in OOo 3.3. and recent trunk build:

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 3cb1ed4339fc9aec414c0f112a69705a7a4d9cc6
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Can't really compare with DOCX filter as the layout is completely wrecked with this sample file.