see Bug 72367 for instructions, it doesn't only save the arrangement not like it should be but in 4.2 it doesn't save any of it at all. see chart 1 and 2.
So it was last working in 4.1 that I tested. os: mac osx 10.9 Version: 4.2.0.0.beta2 Build ID: 1a27be92e320f97c20d581a69ef1c8b99ea9885d and Version: 4.1.3.2 Build ID: 70feb7d99726f064edab4605a8ab840c50ec57a
can't see any difference between current libreoffice-4-2 and current libreoffice-4-1: it is buggy in exactly the same way.
(In reply to comment #2) > can't see any difference between current libreoffice-4-2 and current > libreoffice-4-1: it is buggy in exactly the same way. I haven't checked 4.1.x, but the behavior I see matches precisely with what's described in the repro steps described in bug 72367 comment 0: --- 1. Open the attached file "Test1.odt" (attachment 90318 [details]) On the 3rd figure the only label showing will be "4". 2. On the 3rd figure, Right click -> "Arrange -> Send to Back" Labels "1", "2", "3" and "text" will appear. 3. Save the file. 4. Reopen it and check the 3rd figure. The only label showing will be "4". --- Sure looks like duplicate behavior to me... (In reply to comment #0) > see Bug 72367 for instructions, it doesn't only save the arrangement not > like it should be but in 4.2 it doesn't save any of it at all. see chart 1 > and 2. Thomas - I'm not sure exactly what you mean here. What separate/different buggy behavior are you experiencing?
See the file from 4.2 beta 2 and you will see that figure 1 to 6 do all miss there numbers and text so not only the one that was effected in bug 72367. In the file from 4.1.4.1 it saves figure 1,2,4,5,6 just like it should be.
Created attachment 90396 [details] file from 4.2 beta 2
Created attachment 90397 [details] file from 4.1.4.1
(In reply to comment #4) > See the file from 4.2 beta 2 and you will see that figure 1 to 6 do all miss > there numbers and text so not only the one that was effected in bug 72367. > In the file from 4.1.4.1 it saves figure 1,2,4,5,6 just like it should be. attachment 90396 [details] and attachment 90397 [details] are *output* files, right? It's harder to judge with just the output; I think it would be clearer if we could duplicate the results ourselves. Thomas - Could you please give a self-contained list of repro steps? That would make it easier for me to confirm the behavior on my system.
Agree. So I did * open the 4.1 file with graph and text in 4.2.0.1 (I see that your 4.2 file misses the text next to the graph) * save the 4.1 file from 4.2.0.1 to a new odt file * open new file -> text next to graph is gone so: Confirmed:4.2.0.1:OSX10.9 *but* with LO Version: 4.3.0.0.alpha0+ Build ID: 164a8c409c2f070ee51ca4258585cf0c8579af51 TinderBox: MacOSX-x86@49-TDF, Branch:master, Time: 2013-12-19_00:12:55 I'm able to save to new odt file and then open that file -> text is there. So: NoRepro:4.3.0.0a0+:OSX10.9 Setting to WORKSFORME. Thomas, please try reproducing the problem with http://dev-builds.libreoffice.org/daily/master/MacOSX-x86@49-TDF/current/ and re-open if it persists.