Bug 44158 - FORMATTING or FILE SAVE - .odt file (containing frames) saved as .doc opens in Word incorrectly
Summary: FORMATTING or FILE SAVE - .odt file (containing frames) saved as .doc opens i...
Status: RESOLVED WONTFIX
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:
Keywords:
Depends on:
Blocks: DOC-Limitations DOC-Frames
  Show dependency treegraph
 
Reported: 2011-12-26 12:07 UTC by Russ Fineman
Modified: 2023-05-30 20:08 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Original .odt File (1.23 MB, application/vnd.oasis.opendocument.text)
2011-12-26 12:07 UTC, Russ Fineman
Details
.doc file (732.00 KB, application/msword)
2011-12-26 12:12 UTC, Russ Fineman
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Russ Fineman 2011-12-26 12:07:30 UTC
Created attachment 54832 [details]
Original .odt File

Saved a 7 page Newsletter from the writter (3.4.4-released as .doc. Opening in WIN xp Word 2003 it looses most of the pages. (example first page good, second thru 6th pages are blank or partical, last page loos good.

openSUSE 12.1(Linux 3.1.0-1.2-desktop x86_64)|KDE Platform 
LibreOffice 3.4.4 OOO340m1 (Build:402)
Version 4.7.4 (4.7.4) Release "11"|Intel core2duo 2.5 MHZ,
|8GB DDR3|GeForce 8400GS (NVIDIA-Linux-290.10-13.1.x86_64)

LibreOffice is native version downloaded from the LibreOffice Website. 

Attached is original .odt and the .doc documents.
Comment 1 Russ Fineman 2011-12-26 12:12:16 UTC
Created attachment 54833 [details]
.doc file

This if file that Word 2003 does not open correctly. Document is normally sent in .PDF format but some clients only have Word or require word becuse they are visually handicapped and there software for reading documents does not handle .pdf or .odt correctly

Let me know if any testing or additional information you would like.
Comment 2 sasha.libreoffice 2012-05-03 02:23:04 UTC
reproduced in 3.3.4 and 3.5.3 on Fedora 64 bit and in  3.5.2 on Windows 7 32 bit
Original file contains much frames. Saved doc Word opens without question. But document differs from original odt.
IMHO problem might be because Writer increased size of objects during saving to doc
Possibly related: bug 40120, bug 40187, bug 42810, bug 43170

changing version to 3.3.4 as most early reproducible
Comment 3 QA Administrators 2015-04-19 03:22:58 UTC Comment hidden (obsolete)
Comment 4 Buovjaga 2015-06-18 16:48:35 UTC
Saved as doc, checked with Word viewer and the issues are still present.

Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+
Build ID: 437210d58f32177ef1829d704f7f4d2f1bbfbfdd
TinderBox: Win-x86@39, Branch:master, Time: 2015-06-18_07:21:56
Locale: fi-FI (fi_FI)
Comment 5 QA Administrators 2016-09-20 10:11:11 UTC Comment hidden (obsolete)
Comment 6 Thomas Lendo 2017-10-01 18:15:56 UTC
Still repro in Markus' daily updater build from 2017-09-01

Version: 6.0.0.0.alpha0+
Build ID: 1d0fbc9927f357d25859b7cca7ea5e9a9637681e
CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; 
Locale: de-DE (de_DE.UTF-8); Calc: group
Comment 7 QA Administrators 2018-10-02 02:57:07 UTC Comment hidden (obsolete)
Comment 8 QA Administrators 2020-10-02 03:50:48 UTC Comment hidden (obsolete)
Comment 9 QA Administrators 2022-10-06 04:10:25 UTC Comment hidden (obsolete, spam)
Comment 10 Justin L 2023-05-29 23:54:06 UTC
repro 7.6+
In this comment I am going to focus on the Lions picture on the right, anchored "to paragraph" inside another frame and positioned according to the entire paragraph area. On saving to DOC format, it changes to as-character anchor - and of course is completely misplaced.

This was already true in OOo 3.3.

Changing a "to paragraph" anchor to an "as character" anchor doesn't seem to make sense. But we have in wrtw8nds.cxx aFlyFrame.ForceTreatAsInline(); and if that is ignored, then the image is lost.

Well, that helps to make sense of what I saw in MS Word. When looking at the properties of that inline picture, I couldn't do anything about the layout - all the settings were grayed out. If I copy and paste that picture into the frame again, it still has no positioning. But if I paste into the body text, then the positioning is available.

So it really is true, DOC format doesn't allow a floating image inside of a frame. There is basically NOTHING we can do to fix this. [Changing the anchor to to-page isn't a great idea because the contents might flow differently, and thus put the image on a different page.]

This is a DOC format limitation.
Comment 11 Buovjaga 2023-05-30 06:30:28 UTC
Thanks, then let's close as wontfix for lack of a better resolution.
Comment 12 Justin L 2023-05-30 20:08:58 UTC
changing fixed to WONTFIX.

A. Text no longer wraps around textboxes
    -I can only assume that is a fundamental difference in the two formats.
    -MSO is the same. (Distingished district image overlaps text "Governor Joe"
  = NO BUG HERE

B. Overlapping textboxes from previous page (This Month's PR Ideas)
    -differences in wrapping when multiple frames are at play
    -LO wraps CR after left textbox (ignores the right fly). No wrap for MSO.
    -a judicious use of page breaks solves this problem.
  = PLENTY OF DUPLICATE BUG REPORTS FOR WRAPPING

C. Frame in frame lost (green frame with "The Grey Cup Report")
    -same as comment 10.