Created attachment 118157 [details]
In the attached file the header on the first page is moved over towards the right.
Created attachment 118158 [details]
msword rendering of document showing that the header is to the left
Created attachment 118159 [details]
Rendering in LibreOffice 184.108.40.206 showing header is moved to the right
It's actually how the header is anchored - it's anchored as a character instead of to the page. Objects anchored as a character cannot be aligned Horizontally (the option is greyed out).
Ubuntu 15.04 x64
Normal - can prevent high quality work. This could technically be a minor bug because there is the ability to "reset" the object but if someone sends you a document it's very hard to collaborate as objects are not maintained in the correct place;
Medium - default
@Matthew - if possibly it would be great to determine if this is a regression. Our team isn't big enough to test every bug to determine if they are regressions but if it is a regression there are additional things we can do to track down the cause. Older versions can be found here: http://downloadarchive.documentfoundation.org/libreoffice/old/
Note that version is the oldest version confirmed on - so if you confirm it on an older version please update the version field. Thanks!
Created attachment 118163 [details]
Rendering in LibreOffice 220.127.116.11
Hi Joel, thanks I'll do that and try and find the version where the regression occurred.
It seems that earlier versions of LibreOffice handled it more correctly. Here are some examples.
Created attachment 118164 [details]
And here's an overlay of MSWord's rendering with LibreOffice 18.104.22.168 (at 50% transparency). As you can see it's very close in the older versions of LibreOffice.
I'll try and find the version of LibreOffice in which this regression occured.
Fantastic work here :) We'd love to have you join the QA team - we could use these talents. If you want to stop by to say hello: http://webchat.freenode.net/?channels=libreoffice-qa
Also - if you find that your bugs are regressions you can add the following:
Hi, thanks for the links to the downloadarchive. I've been installing various versions of LO in some VMs to test on and here's what I've found so far (I'll continue this tomorrow).
Bug doesn't occur in 22.214.171.124
Bug does occur in 126.96.36.199 (and later including 188.8.131.52 and 184.108.40.206)
So I guess that means that it first occurred in 220.127.116.11.beta1, 18.104.22.168.beta2, 22.214.171.124, or 126.96.36.199.
First appears in 188.8.131.52.beta1
Notes from a tester,
"I think this is because the margin for the first section is left = 4.5 cm. Ordinarily the text in the header (which is anchored as a character, as identified by the LibreOffice people, and ordinarily can’t be shifted around) would obey the same margins, but it is centred instead. However the conversion has picked up the section margin."
I don't have Microsoft Office so I can't verify this but it makes sense.
This seems to have begun at the below commit.
Adding Cc: to Michael Meeks ; Could you possibly take a look at this one?
2b816c44ec70b743ef29d091031d1f51c73bb9ad is the first bad commit
Author: Matthew Francis <firstname.lastname@example.org>
Date: Sat Mar 14 22:23:33 2015 +0800
Author: Michael Meeks <email@example.com>
AuthorDate: Sat Jun 28 22:59:33 2014 +0100
Commit: Michael Meeks <firstname.lastname@example.org>
CommitDate: Mon Jun 30 15:36:27 2014 +0100
writerfilter: use XFastAttributes more efficiently.
Don't duplicate UTF8 as UCS2 before converting to integers.
Don't double convert every attribute, and allocate it twice.
Most odd - appears to be fixed in master/5.1 - though in 5.1 we get the header on the 2nd page mis-aligned (which is not present in word FWIW) - and that on the title page is aligned as expected; most curious.
More curious is that there has been no significant changes in the files (of mine) that the identified commit mentions =) very curious; cf.
git log -u libreoffice-5-0-branch-point..master -- writerfilter/source/ooxml/OOXMLFactory.cxx writerfilter/source/ooxml/OOXMLFastContextHandler.cxx writerfilter/source/ooxml/OOXMLPropertySetImpl.hxx
So - I'm a bit stumped really.
Is there any chance of making a very small sample file - ideally with a single page, and a single graphical element to investigate here [ that can also become the unit test file ].
Thanks for all the great bisection work !
Created attachment 120997 [details]
simple test case
Simple test file. This is fixed part - bad in 5.0.3, good in master. For unit test.
Created attachment 120998 [details]
simple test case
Simple test case - 1st page is OK, 2nd page contains header left justified
Migrating Whiteboard tags to Keywords: (bibisected, filter:docx)
Seems this was fixed in 5.1+ and 5.0 was end-of-lifed at the end of May, so absent any replication in 5.1 and later - I'll not spend more time hunting the cause & just close it.
Thanks for the report !