Bug 61893 - Specific doc file: with image and frame and text in footer: image wraps over part of the text
Summary: Specific doc file: with image and frame and text in footer: image wraps over ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks: DOC-Frames
  Show dependency tree / graph
 
Reported: 2013-03-06 09:37 UTC by rreno56
Modified: 2023-05-31 11:27 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Attachments
faulty .doc file (17.00 KB, application/msword)
2013-03-06 09:39 UTC, rreno56 		Details
How it looks like using LibreOffice4-0-1-2 (206.80 KB, application/pdf)
2013-03-06 10:38 UTC, Jorendc 		Details
Original .doc file (124.50 KB, application/msword)
2013-03-17 20:14 UTC, rreno56 		Details
Wrong layout with Libreoffice 4.0.2.1 (112.29 KB, application/pdf)
2013-03-17 20:14 UTC, rreno56 		Details
Correct layout from Word 2010 (184.13 KB, application/pdf)
2013-03-17 20:15 UTC, rreno56 		Details
Show Obsolete (2) View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description rreno56 2013-03-06 09:37:52 UTC 
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 / 4.0.0.3 and  4.0.1.2 tested): some frames are empty onother has different paragraphe attributes


find the file attached.

Have a nice day :)
Renaud
Operating System: Windows 8
Version: 4.0.1.2 rc
Comment 1 rreno56 2013-03-06 09:39:35 UTC 
Created attachment 76005 [details]
faulty .doc file
Comment 2 Jorendc 2013-03-06 10:37:47 UTC 
Hi,

Thanks for reporting!
I can confirm this behavior using Linux Mint 14 x64 with LibreOffice 4.0.1.2.
Same behavior using Version 4.1.0.0.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,
Joren
Comment 3 Jorendc 2013-03-06 10:38:38 UTC 
Created attachment 76006 [details]
How it looks like using LibreOffice4-0-1-2
Comment 4 rreno56 2013-03-17 20:12:16 UTC 
Hi,

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,

Renaud
Comment 5 rreno56 2013-03-17 20:14:13 UTC 
Created attachment 76659 [details]
Original .doc file
Comment 6 rreno56 2013-03-17 20:14:51 UTC 
Created attachment 76660 [details]
Wrong layout with Libreoffice 4.0.2.1
Comment 7 rreno56 2013-03-17 20:15:23 UTC 
Created attachment 76661 [details]
Correct layout from Word 2010
Comment 8 Jorendc 2013-04-08 21:19:21 UTC 
(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?

Kind regards,
Joren
Comment 9 rreno56 2013-04-09 19:36:31 UTC 
Hi Joren,
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.

regards,
Renaud
Comment 10 A (Andy) 2015-02-26 19:45:57 UTC 
Reproducible with LO 4.4.1.2, Win 8.1
Comment 11 tommy27 2016-04-16 07:22:37 UTC Comment hidden (obsolete)
Comment 12 Cor Nouws 2019-02-05 21:27:16 UTC 
more or less similar in Version: 6.3.0.0.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
Calc: threaded

would be interesting to see if it is different if bug 122878 lands in the master builds
Comment 13 Justin L 2020-04-20 09:01:11 UTC 
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 )
        aFlySet.Put(SvxOpaqueItem(RES_OPAQUE,false));

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...
Comment 14 QA Administrators 2022-04-21 03:40:00 UTC Comment hidden (obsolete, spam)
Comment 15 Justin L 2023-05-31 11:27:23 UTC 
repro 7.6+