Often, the arrangement--i.e. layering--of graphics is not stored (correctly) in an open office writer file. This may also affect Impress files, but I notice it more in writer. I have experienced this many times over the years. I have several plots in a document and with each one I often put a 1/4 size histogram, for example, of the same plot and place it above the plot overlaping the one corner. No matter how I set the layering arrangement, *some*, but not all, of the plots show above the smaller histogram when I open the file at a later time. This happens repeatedly. Every time I print the document (to PDF, usually) I notice the error, and I have to check every graphic, reset the arragnement, and re-print. When I save and close the document and open it again, the arragement is wrong and must be manually fixed again.
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.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.