Bug 45089 - FILELOAD: Table formatting damaged loading file from .doc
Summary: FILELOAD: Table formatting damaged loading file from .doc
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.5.0 RC1
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: DOC-Tables
  Show dependency treegraph
 
Reported: 2012-01-22 08:23 UTC by soshial
Modified: 2023-05-27 17:12 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
document to test the bug (1.90 MB, application/msword)
2012-01-22 08:23 UTC, soshial
Details
bug screenshot comparing MSO & LO (124.41 KB, image/png)
2012-01-22 08:25 UTC, soshial
Details
screenshot from the file in 3.5.0rc3 (171.39 KB, image/png)
2012-02-06 05:40 UTC, Cor Nouws
Details
Compare paragraph/point number 33* (65.12 KB, image/png)
2012-02-07 10:50 UTC, soshial
Details
Please compare the left border of the table on the last page (202.44 KB, image/png)
2012-02-07 10:56 UTC, soshial
Details

Note You need to log in before you can comment on or make changes to this bug.
Description soshial 2012-01-22 08:23:14 UTC
Created attachment 55967 [details]
document to test the bug

LO doesn't show/draw the table that takes place in the document (see the attached doc and screenshot).
Comment 1 soshial 2012-01-22 08:25:13 UTC
Created attachment 55968 [details]
bug screenshot comparing MSO & LO
Comment 2 Cor Nouws 2012-02-06 05:40:40 UTC
Created attachment 56670 [details]
screenshot from the file in 3.5.0rc3

Hi soshial,
thanks for the report. When I open in RC3 on Linux, it looks fine for me.
Could you pls check in that version and report?
thanks! Cor
Comment 3 soshial 2012-02-07 10:50:26 UTC
Created attachment 56715 [details]
Compare paragraph/point number 33*
Comment 4 soshial 2012-02-07 10:56:33 UTC
Created attachment 56716 [details]
Please compare the left border of the table on the last page

Done on LO 3.5.0 RC3 on WinXP SP3 32bit
Comment 5 Cor Nouws 2012-04-04 06:46:13 UTC
hi soshial,
thanks for the screen shots.
 - reg. *33: that is obviously a result of the line borders being different. Would you like to test in a recent version (I know some work has been done on this).
 - reg. the left page margin: that is a special issue. Can you reproduce that always with that document, that you save it with the correct margin and then after opening that the margin is wrong again? Woudl be useful to have an issue for that. 
(I do see it occasionally with old document, but cannot reliably reproduce it.)
Comment 6 bfoman (inactive) 2012-07-13 08:31:05 UTC
Confirmed with:
LO 3.5.5.3 
Build ID: own W7 debug build
Windows 7 Professional SP1 64 bit

Confirmed both issues - 33 text cut and margins on page 4.
Comment 7 Joel Madero 2012-07-15 18:34:22 UTC
I can confirm this using Version 3.7.0.0.alpha0+ (Build ID: 21f8c28) on Linux machine. Can we mark this as NEW and prioritize it? Personally I don't think it's a critical bug, but it is a major bug and probably should be raised to a higher priority level IMO
Comment 8 bfoman (inactive) 2012-10-12 09:23:56 UTC
NEW as confirmed in comment 6 and comment 7.
Comment 9 QA Administrators 2015-04-19 03:23:29 UTC Comment hidden (obsolete)
Comment 10 Gordo 2015-04-20 17:47:02 UTC
Still reproducible.

Windows Vista 64
Version: 4.4.2.2
Build ID: c4c7d32d0d49397cad38d62472b0bc8acff48dd6
Comment 11 Cor Nouws 2015-04-20 19:33:50 UTC Comment hidden (obsolete)
Comment 12 QA Administrators 2016-09-20 10:14:27 UTC Comment hidden (obsolete)
Comment 13 eisa01 2018-12-09 17:56:15 UTC
This is still partly present. Point 33 still has cropped text, but the left border on the last page is now fine.

I'm lowering the importance from medium critical to medium normal, as that seems most appropriate from the bug prioritizing flow chart.

Version: 6.3.0.0.alpha0+
Build ID: beae6c7a7f163daad0d4dea63a3d403af2745fd1
CPU threads: 2; OS: Mac OS X 10.13.6; UI render: default; VCL: osx; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2018-12-06_23:52:29
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded
Comment 14 QA Administrators 2019-12-10 04:06:03 UTC Comment hidden (obsolete)
Comment 15 Timur 2020-01-24 18:29:44 UTC
With LO 7.0+ repro issue with point 33. and it's 6 pages instead of 4. 
But this bug is wrong "document based" and not "issue based".
Comment 16 eisa01 2021-12-25 21:53:24 UTC
Still present on point 33. Double checked it actually looks OK in modern Word

Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 9bfc42015acd6ae3475ab7927ccc006507cc38a2
CPU threads: 4; OS: Mac OS X 10.14.6; UI render: Skia/Raster; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 17 Justin L 2023-05-27 17:12:51 UTC
repro point 33 on 7.6+
All the settings look fine. The font sizes are the same, and the row height is exactly 0.7cm. The text just doesn't fix inside the box in LO.