I received a .doc file which uses text frames inside the header.
The frames and their content (image & text)
-> appears properly in Word 2010
-> does not appear properly in Writer (3.6.5 / 22.214.171.124 and 126.96.36.199 tested): some frames are empty onother has different paragraphe attributes
find the file attached.
Have a nice day :)
Operating System: Windows 8
Version: 188.8.131.52 rc
Created attachment 76005 [details]
faulty .doc file
Thanks for reporting!
I can confirm this behavior using Linux Mint 14 x64 with LibreOffice 184.108.40.206.
Same behavior using Version 220.127.116.11.alpha0+ (Build ID: 956c8eed2ca24285d1a19cda2f5f878b3e455ca).
Although I don't have a document to compare with, it is obvious that it isn't shown right. I'll attach a PDF-export of this document.
@Bug reporter: is it possible for you to attach a pdf version, exported using word, so we have a document 'how it should look like'?
Thanks in advance,
Created attachment 76006 [details]
How it looks like using LibreOffice4-0-1-2
the faulty .doc file i uploaded here when reporting the bug is wrong (sorry about that).
I tried again with the original file on the latest pre-release 4.0.2 RC1. The default layout has evolved in something different : now most of the content is visible but the IBAN bank number in the footer is trunkated.
Find attached 3 files :
- original .doc
- Correct layout from Word 2010 (pdf)
- Wrong layout from Libreoffice 4.0.2 RC1
thanks & sorry for the delay,
Created attachment 76659 [details]
Original .doc file
Created attachment 76660 [details]
Wrong layout with Libreoffice 18.104.22.168
Created attachment 76661 [details]
Correct layout from Word 2010
(In reply to comment #4)
> I tried again with the original file on the latest pre-release 4.0.2 RC1.
> The default layout has evolved in something different : now most of the
> content is visible but the IBAN bank number in the footer is trunkated.
I can confirm that, but I see this is due the fact the right image overlaps it. Play with Right Click > Arrange > Send Backwards etc doens't work. The only thing I can advice for now is to shift the frame that contains the right image a bit to the right, so it doesn't overlap the text frame which contains that IBAN number.
Therefore I'm going to report this bug against the fact you can't "arrange" text frames. Are you okay with this?
I agree with your suggestion that the bug is about "you can't arrange text frame" but in addition :
- you can't arrange pictures (within the footer)
- the Original layout of .doc file is not preserved in LO(even slightly different).
I am not familiar with bug process so i'll trust your point of view for the best way to put it as a bug.
Reproducible with LO 22.214.171.124, Win 8.1
** Please read this message in its entirety before responding **
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present on a currently supported version of LibreOffice (5.0.5 or 5.1.2 https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System
Please DO NOT
- Update the version field
- Reply via email (please reply directly on the bug tracker)
- Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3)
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to "inherited from OOo";
4b. If the bug was not present in 3.3 - add "regression" to keyword
Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa
Thank you for your help!
-- The LibreOffice QA Team This NEW Message was generated on: 2016-04-16
more or less similar in Version: 126.96.36.199.alpha0+
Build ID: 65f6a4088ad5d51a3225905aa6e2fa175f3eab49
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3;
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-02-03_17:11:18
Locale: nl-NL (nl_NL.UTF-8); UI-Language: en-US
would be interesting to see if it is different if bug 122878 lands in the master builds
The problem is with the textbox itself. It is supposed to be wrap-through but it is set to wrap-behind in LO.
// If we are to be "below text" then we are not to be opaque
// #i14045# MM If we are in a header or footer then make the object transparent
// Not exactly like word but close enough for now
const bool bMoveToBackgrd = pRecord->bDrawHell ||
( ( m_bIsHeader || m_bIsFooter ) && pF->nwr == 3 );
if ( bMoveToBackgrd )
This bug probably should not be "solved" unless you figure out exactly what Microsoft does with their header/footer, and completely redo everything about these hacks. Good luck with that. Any fix here will be a regression for a different document...