Bug 84127

Can you attach a test document?

Apparently not.  I've tried several times and cannot get an example document less than 3MB, so I cannot attach it.

I've posted the document here:
http://neutrino.phys.washington.edu/~pdestefa/tmp/example.odt

You need to allow public reading of the file, I get "permission denied" trying to access it.

Oops, sorry, I always forget.  Try again.

Can you attach a screenshot of how the arrangement should look like on a certain page and then a 1-page pdf of the page with the wrong arrangement (1-page so the filesize stays small)?

In your .odt file you have images linked to your local drive: figures 11, 12, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36. This makes it somewhat hard to discern any problem with the arrangement.

Created attachment 107042 [details]
Screen shot of correctly arranged plots on p. 25

Created attachment 107043 [details]
PDF export of p. 25, as show, immediately after setting arragement

Created attachment 107044 [details]
PDF export of p. 25 after two reloads of test document

Created attachment 107046 [details]
PDF export of pg 25-31 after reloads

This is a PDF export of several pages of plots that were affected by this problem.  All of the plots had the intended arrangement set before saving of the file, but after reload, the arrangements were not as when the doc was saved.

You can see that the histogram-like plots, the smaller plots, that were on-top of the larger plots now show below the plots.  I'm including this, also, so you can see that the problem does not occur on all plots, only some of them.

This problem is visible in WISIWYG after reload, and before export to PDF; it *does not* just show up in the PDF exports even though it looks right in WISIWYG.  However, I notice that exporting to PDF *before* reloading, will increase the likelihood of the problem occurring after reload--that is, if I just set the arrangement, save, quit, and reload, the problem is unlikely to show up in the WISIWYG.  But, if I export it looking right, then the problem is more likely to occur the *next* time I open the document.  I hope that is clear; it may be key to reproducing.

Created attachment 107112 [details]
Simpler test case document

I created a simpler test case. Saved with Version: 4.4.0.0.alpha0+
Build ID: 0a32edcdc2bda75a7536ce7f88c91cbc56e7afb1
TinderBox: Win-x86@39, Branch:master, Time: 2014-09-24_00:45:04

I substituted the empty (linked) images with solid color ones to help clarify the situation.

I noticed the upper green rectangle went under the red one, when I did the initial deconstruction, but after I did right-click, Arrange - Bring to front, I didn't manage to make it go under the red one again. I tried printing to PDF and exporting to PDF, but nothing would make it go under.

Can you try to reproduce with my test case or try and create a better test case?
Also, what is the LO version you are using?

LibreOffice 4.2.6.3 420(Build:3)

> Can you try to reproduce with my test case or try and create a better test
> case?

I'll try.  What do you mean by 'better'?  Did you try with my big document?   

See the new files I uploaded.

http://neutrino.phys.washington.edu/~pdestefa/tmp/

arrangementTest2.odt is the big document, but without the version history, so much smaller than the original.  I also changed all the links to not links, so now you can get the graphics. .good.pdf PDF show how it looks immediately after setting the arragement correctly and the .bad.pdf shows what it looks like after problem recurrs.

Here's how I reproduced the problem.  I *again* set all the arragements (pg 25-31) correctly, export to PDF, reload, export to PDF, reload, reload, restart LO, load file, *changed the title*, save, reload --> problem recurred.

Now, I tried to get you a PDF of the problem from a file with the arragement set correctly, but exporting to PDF saves the document, so I can't do both.  If you want, I can redo it all and get you a screenshot of the wrong arragement showing in WYSIWYG even though the file was last saved with the correct arragement showing.  But, I'm not sure if that will really help.  I think I've explained it pretty well, but if not just let me know.

Also, as you have seen for yourself, it doesn't seem to be reproducible with small documents.  I have no doubt this related large documents.

> Also, what is the LO version you are using?
see previous comment 11

(In reply to comment #12)
> > Can you try to reproduce with my test case or try and create a better test
> > case?
> 
> I'll try.  What do you mean by 'better'?  Did you try with my big document? 
>

In comment 5 I said:
"In your .odt file you have images linked to your local drive: figures 11, 12, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36. This makes it somewhat hard to discern any problem with the arrangement."

I'd like you to change it so the pictures are embedded. Otherwise I'm just seeing rectangles overlapping and can't tell which is on top.
 
> 
> See the new files I uploaded.
> 
> http://neutrino.phys.washington.edu/~pdestefa/tmp/

Please set permissions :)

I'm just a user like you, but hopefully someone from the quality assurance team can step in after we have solid evindence of a problem!

(In reply to comment #13)
> I'd like you to change it so the pictures are embedded. Otherwise I'm just
> seeing rectangles overlapping and can't tell which is on top.

Ah right, sorry.  Then the new files are just what you are looking for.

> > See the new files I uploaded.
> > 
> > http://neutrino.phys.washington.edu/~pdestefa/tmp/
> 
> Please set permissions :)

Dang it; every time!  So sorry.

(In reply to PMouse from comment #14)
> (In reply to comment #13)
> > I'd like you to change it so the pictures are embedded. Otherwise I'm just
> > seeing rectangles overlapping and can't tell which is on top.
> 
> Ah right, sorry.  Then the new files are just what you are looking for.
> 

arrangementTest2.odt still has the pictures linked and not embedded.

Good lord.  Is there an easy way to change links to embedded?  If I have to go through the menus it will take me a while.

(In reply to PMouse from comment #16)
> Good lord.  Is there an easy way to change links to embedded?  If I have to
> go through the menus it will take me a while.

I think it would be enough to change them for only one page where you can reproduce the bug. Just remove the old images and insert them again. If you use the development builds of 4.4, you can also right click - change image, which is cool. You can install a dev build alongside your normal LO: http://www.libreoffice.org/download/pre-releases/

Apparently, again, I cannot do that.  I tried changing all four of the graphics on p 26 from links to embedded, and it recurred on nearly all the other linked graphics, but not the two embedded ones.

Also, the grahics cannot be changed in my version.  I had to completely delete the linked images, then insert replacement embedded images, which had to be, resized and re-arranged.  So, if it is not link-specific but happends on embedded graphics, also--which seems likelyt to me because I only just found out how to do links and I remember this happening before that, I think--then you will have to wait a while until I have time to recreate the 5 other pages of graphics.

But, it is possible this is a link-specific issue.  If that is the case, I cannot think of a way create a document for you with the behavior.  I could send you the graphics, but you will have set the links yourself as I'm fairly certain they must be full path links.

To change images from linked to embedded, use Edit - Links and Break Link: https://help.libreoffice.org/Common/Edit_Links#Break_Link

PMouse,
After you've done a Edit -> Links -> Break Link,
please upload it to a cloud storage locker like Google Drive or Dropbox. Thanks!

Okay, I have a new test document.  I broke all the links, saved, then changed the title, saved, and, when I reloaded the document, the arragements were changed on the last 8 pages.

http://neutrino.phys.washington.edu/~pdestefa/tmp/arrangementTest2.v5.odt

(In reply to PMouse from comment #21)
> Okay, I have a new test document.  I broke all the links, saved, then
> changed the title, saved, and, when I reloaded the document, the arragements
> were changed on the last 8 pages.
> 
> http://neutrino.phys.washington.edu/~pdestefa/tmp/arrangementTest2.v5.odt

Thank you! Now I could confirm:
I opened the document, went to the last 8 pages, right clicked the chart images that were behind the larger plots and selected Arrange - Bring to front.
Then I saved with a different name.
PDF export went OK, but after I reopened the file, most of the small charts had again plopped under the large images.

Win 7 64-bit Version: 4.4.0.0.alpha1+
Build ID: 4586a3f564600f1a0ce15a5cb98868b43bb9351e
TinderBox: Win-x86@42, Branch:master, Time: 2014-10-29_07:28:16

Opening arrangementTest2.v5.odt doesn't have the problem on Ubuntu 14.10 64-bit
LibreOffice 3.5.0rc3 
Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735

LibO 4.5 on Ubuntu has the problem.
So this looks like a regression.

On LibO 3.5 the small plots in the last pages are not below the bigger ones on opening.