Issue 88989 - Images move/misalign when Inserted into Master Document
Summary: Images move/misalign when Inserted into Master Document
Alias: None
Product: Writer
Classification: Application
Component: formatting (show other issues)
Version: OOo 2.4.0
Hardware: PC Windows XP
: P3 Trivial with 4 votes (vote)
Target Milestone: ---
Assignee: michael.ruess
QA Contact: issues@sw
Keywords: performance, usability
Depends on:
Reported: 2008-05-04 02:06 UTC by twayne
Modified: 2008-05-09 22:42 UTC (History)
1 user (show)

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

Master Document containng subdocument 1.odt (24.77 KB, text/plain)
2008-05-04 02:08 UTC, twayne
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description twayne 2008-05-04 02:06:41 UTC
A past problem of images moving around in .odt files in ver 2.3 seems to have 
become manageable in ver 2.4; at least now once positional corrections are 
made, they remain fixed.  Whether this was an intentional fix I don't know but 
I am using the same identical documents now that I used when first experiencing 
it in version 2.3.  As I said, that seems to have been fixed somehow.
   Unable to determine this is a duplicate problem in the searches here.  

NOW, in version 2.4, when I Import larger documents with images, the Master 
Document is now exhibiting the SAME problem I used to see in ver 2.3 with .odt 
   Create .odt file including images, to be used as a subdocument in .odm file.
   Create Master Document.
   Insert | File using Navigator icon:  Images have changed positions, left 
table cells, overlapped, and in some cases hide images via the overlaps.  
   Checked original .odt file; all images are OK.
   Back to .odm file; messed up images.  

In paring down the size of the original file (52 Meg) to about 2.7Meg, in order 
to get it small enough to submit easily, I noticed that the smaller the file 
got, the less the image repositioning became.  The files 1.odt and 1MastDoc.odm 
are the results of that paring down in size.  

If necessary I can make the full, original .odt file available on my web site 
for download in order to demonstrate the full impact of the damage when it is 
inserted into a Master Document as a sub-document.  All one would need to do is 
add it as a sub document to a Master Document to see what I'm talking about.  

I have Restarted/rebooted the computer and several other things in order to be 
sure it wasn't a problem with my system.  The problems are easily reproducable 
and I've reproduced it at least 4 times.  
   I leave the cc: and assigned to: for the PTB.  This is only my second stab 
at submitting an issue.  

Any and all furhter needed information gladly supplied promptly.  Just ask.  
HTH and 


Tom aka Twayne
Comment 1 twayne 2008-05-04 02:08:17 UTC
Created attachment 53342 [details]
Master Document containng subdocument 1.odt
Comment 2 twayne 2008-05-05 00:21:41 UTC
The original and complete document used for reporting this issue resides at: and may be downloaded from there.  
N O T E :  It is largish, 53 Meg, and a .doc file, which is what I started 
with, just in case it's the .doc conversion causing some sort of problem.  My 
procedure was as follows:
1.  Open OOo.  Open the .doc file "5-3 CHRONOLOGICALLY SPEAKING.doc (writen 
in/with Office/WORD 2002).
2.  Check briefly for proper conversion, Saved As .odt file.
3.  Closed OOo.  Reopened OOo.
4.  Saved As 1.odt in order to shorten filename and ease of use for others.
5.  Opened 1.odt
6.  Prepapred a blank Master Document.  Added a line of text at the top of it 
for posterity & display assistance.  
7.  Used Navigator to Insert File 1.odt into the Master Document as a 
8.  Noted serious misalignment of images starting about page 6 and throughout 
the rest of the master document.
9.  Closed Master Document.
10.  Opened subdocument and checked images/alignment/positioning.  All was OK 
and within reason.  Closed file.
11.  Reopened Master Document.  Still same image problems:  some moved out of 
table cells, some overlapped text & text showed through them, some text didn't 
sow trhough, several places images on a page all moved togehter, overlapping 
each other.  It was consistant throughout the Master Document but nothing like 
it was in the original subdocument.  
   Editting of course, can not be done in the Master Document, so there was no 
way I could see to work around this situation.  After several more attempts and 
using various methods I could figure out and getting the results each time, I 
finally concluded something serious had to be amiss.  
   Today I perforemd a Cold Boot of my machine and repeated the entire process 
again, only to come up with the same results.  I was sure they would be the 
same, but ... still worth begin positive.  

In down-sizing the .odt I attached with the original issue report, I noted that 
as I cut out more and more pages, the misalignments became a little less each 
time but never did stop happening.  I finally stopped downsizing and submitted 
the .odt that is in the original attachment.  

Possibly related??
   I noticed today, and have at other times, that while in the Master Document, 
if I started a scroll-down and got a few steps ahead of the screen, the scroll-
down would not stop, couldn't be reversed, and insisted on going to the very 
end of the file before it returned control to the system.  
   No idea if it's related or not.  I'm not even sure that's new since version 
Comment 3 twayne 2008-05-08 15:56:10 UTC
I've been doing some further experiments with the business of images 
misaligning and come up with something meaningful, I *think*.  
   Overall, the misalignment occurs when the document is repaginated.  Somehow, 
OOo repaginates in a way such that text positions and images are moved around 
AFTER they have been manually set.  

  I can also create misalignment manually, just by adding text to an .odt 
document.  Word by default, and I think OOo by default, anchor images to a 
paragraph.  However, when adding text ahead of images, or worse, an image, the 
text below it pushes down as it should, but the images can't seem to follow the 
movement.  For some reason they lose their anchor to the paragraph they were 
set to?  
   In fact, many times the anchor, which is set to display, is GONE.  Not lost 
in the background, whatever, but just not there.  This will sometimes result in 
an image showing its bottom half at the top of the page, the top half lost 
above the page and not visible on the preceding page.  That image can not be 
moved down to the previouslyu linked paragraph: it jumps back up to be only 
half shown at the very top every time.  The ONLY way I've found to fix that is 
to change the anchor from Paragraph to Page.  THEN I can successfully place the 
image wherever I want it, on THAT page, whre it belongs.  But unfortunately, 
after that, the image can be moved freely up and down the page during 
repagination, meaning it won't stay anchored to the paragraph that discusses 
it.  So, technically, the writer wants to put the anchor back to "para" so it 
will stay near the correct para, but then the susceptibility to serious 
misalignement returns.  
   Apparently, and TOCs make this situation worse, documents are background 
repaginated even AFTER they have been properly set up by the author and the 
document looks just fine.  WHY that repagination should move anything around, I 
can't imagine, since it was correct when I last left the document and Saved 
   It's a bit less, but I'm seeing this occur now when creating PDF documents.  
The half an image at the top of a page in particular is occurring in the longer 
PDF documents, "longer" meaning about 30 to 50 pages.  
   What's frustrating about that is, when you go back to the original documents 
to "repair" the positioning problem, everything looks fine there.  It's almost 
like the images are transferred first, and then the text is slipped in, letting 
the images ... no that can't be; the anchors wouldn't work at all that way.  
   I'll quit second-guessing, but these above results are repeatable and most 
any file more than a few pages long with graphics embedded will demo what I'm 
talking about.  I think manually being able to create them in a .odt file must 
be indicative of something though and the PDF issue must be similar.
Comment 4 michael.ruess 2008-05-09 17:12:51 UTC
This is not fixable. The grphics which are placed "incorrect" are not anchored
inside the tables (like on the first page), more to the text above. Thus they
won't move together with the other graphic in the table. The same happens with
the doc file in MS Word, when you move the table downwards.
Comment 5 michael.ruess 2008-05-09 17:15:45 UTC
Closed, not a bug here. Correctly anchored graphic won't "misbehave".
Comment 6 twayne 2008-05-09 22:42:34 UTC
This is not fixable. The grphics which are placed "incorrect" are not anchored
inside the tables (like on the first page), more to the text above. Thus they
won't move together with the other graphic in the table. The same happens with
the doc file in MS Word, when you move the table downwards.

I think I disagree with the reasoning although I can understand why a cursory 
test would reveal this IFF my oen document were used since I probably did have 
bad anchors in it.  However, I was about to submit a 5 page attachment showing 
images, some in cells and anshored to para text IN the cell, and others simply 
set right or left, anchored to paragraphs.  I CAN demo that some images will 1. 
move out of their cell and 2. others will misalign, when I received the CLOSED 
notice.  I wish someone had contacted me because I've been trying hard to get 
this test case put together for you.  
   I'm disappointed and I feel brushed off, as though I wasted my time trying 
to be of any assistance.  Since this issue can't/won't be fices or even more 
closely evaluated, you've left me with no option but to stick with MS Offiece 
and that's bad IMO.  
   The comment that these same problems occur in Word is also incorrect because 
m Word documents are stable:  ALL work was originated in Word, the images were 
stable, and simply creating a .odt document via Save OR creating a PDF showed 
the problems rather spectacularly.  
   I won't be "bothering" you any more; you can also rescind my QA status and 
the other stuff too; I'll not be needing them since MS Office has to remain my 
application of choice.

Regrards, and quite disappointed,