Bug 58180 - FILEOPEN DOC Table cell contents truncated
Summary: FILEOPEN DOC Table cell contents truncated
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: low normal
Assignee: Not Assigned
URL:
Whiteboard: Confirmed:4.3.0.0.alpha0+:OSX
Keywords: filter:doc
Depends on:
Blocks: DOC-Tables
  Show dependency treegraph
 
Reported: 2012-12-12 09:14 UTC by Yifan Jiang
Modified: 2023-05-23 15:35 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
test data (312.50 KB, application/msword)
2012-12-12 09:14 UTC, Yifan Jiang
Details
screenshot of how it should look. (305.01 KB, application/pdf)
2012-12-12 09:16 UTC, Yifan Jiang
Details
P1+2 in Word 2010 (127.40 KB, image/png)
2017-09-10 12:30 UTC, Hans-Peter Jansen
Details
P1+2 in LO 5.3.5.2 (70.50 KB, image/png)
2017-09-10 12:31 UTC, Hans-Peter Jansen
Details
Page 3+4 in Word 2010 (107.17 KB, image/png)
2017-09-10 12:45 UTC, Hans-Peter Jansen
Details
Page 5+6 in Word 2010 (230.17 KB, image/png)
2017-09-10 12:46 UTC, Hans-Peter Jansen
Details
The same document, with just the protection disabled (255.50 KB, application/msword)
2017-09-10 12:57 UTC, Hans-Peter Jansen
Details
Berufsausbildungsvertrag_2007_unprotected_MSWord2010_screenshot.png (100.65 KB, image/png)
2023-05-23 15:23 UTC, Justin L
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Yifan Jiang 2012-12-12 09:14:39 UTC
Created attachment 71383 [details]
test data

Platform: All
Build:    LO 4.0 beta1

Steps
-----

    1. Open the attached document


Problem
-------

    It is a mess, whose most obvious issue is characters appears
    truncated. Meanwhile it seems large part of the contents in 
    page 3,4,5,6 are missing.

    I'd appreciate if some one could have a list of bugs in this
    document. Or I'll arrange time to have a thorough review 
    next week.
Comment 1 Yifan Jiang 2012-12-12 09:16:20 UTC
Created attachment 71384 [details]
screenshot of how it should look.
Comment 2 retired 2013-12-08 12:08:08 UTC Comment hidden (obsolete)
Comment 3 QA Administrators 2015-04-19 03:20:13 UTC Comment hidden (obsolete)
Comment 4 Buovjaga 2015-06-15 10:51:45 UTC
Still broken.

Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+
Build ID: 01a189abcd9a4ca472a74b3b2c000c9338fc2c91
TinderBox: Win-x86@39, Branch:master, Time: 2015-06-14_07:46:28
Locale: fi-FI (fi_FI)
Comment 5 QA Administrators 2016-09-20 10:00:47 UTC Comment hidden (obsolete)
Comment 6 Justin L 2017-09-06 02:02:42 UTC Comment hidden (obsolete)
Comment 7 Buovjaga 2017-09-06 07:26:33 UTC Comment hidden (obsolete)
Comment 8 Hans-Peter Jansen 2017-09-10 12:30:39 UTC
Created attachment 136149 [details]
P1+2 in Word 2010
Comment 9 Hans-Peter Jansen 2017-09-10 12:31:15 UTC
Created attachment 136150 [details]
P1+2 in LO 5.3.5.2
Comment 10 Hans-Peter Jansen 2017-09-10 12:43:52 UTC
Sorry guys for disturbance,

but this issue is still valid. In fact, it demonstrates so many issues, that this might hurt you, but simply closing this issue doesn't solve them at all.

Open the file in Word, and you can see something similar to https://bugs.documentfoundation.org/attachment.cgi?id=136149.

In contrary, open it in any version of OO; LO, whatever, and see something similar to https://bugs.documentfoundation.org/attachment.cgi?id=136150.

Given, you have the Arial font installed, the fields should flow similar, but obviously the word parser/renderer is completely overstrained. It produces a horrible mess. It is missing complete pages, and even doesn't get the page format right.

The result is a disaster, and hopefully, LO will do better one day.
So, please keep this open, and somebody might willing and be able to really fix it. 

For reference, I will add the follow up pages from Word as screenshots.
Comment 11 Hans-Peter Jansen 2017-09-10 12:45:52 UTC
Created attachment 136151 [details]
Page 3+4 in Word 2010
Comment 12 Hans-Peter Jansen 2017-09-10 12:46:24 UTC
Created attachment 136152 [details]
Page 5+6 in Word 2010
Comment 13 Hans-Peter Jansen 2017-09-10 12:48:03 UTC
For the record, I issued this bug back in 2007 for OO.
Comment 14 Hans-Peter Jansen 2017-09-10 12:57:06 UTC
Created attachment 136153 [details]
The same document, with just the protection disabled

@Justin: I just clicked on "Disable protection" (translated) in Word. 

Can't this be done in LO as well?
Comment 15 Buovjaga 2017-09-10 13:22:43 UTC
Justin: see the previous comment and added file. The bugginess is faithfully preserved.

Also: this can be achieved by going to Tools - Options - LibO Writer - Compatibility - untick Protect Form.

I know this because I recently had to figure it out.. Unfortunately I did not realize this was the same case.

(It's true that this report is a bit invalid as it has many issues, but let's change this one to be about the cell content thing)
Comment 16 QA Administrators 2018-10-18 02:49:41 UTC Comment hidden (obsolete)
Comment 17 Hans-Peter Jansen 2018-10-18 05:36:47 UTC
Dear QA Team,

yes, hereby I confirm, the behaviour of LO didn't changed up to version 6.1.3.1,
Build-ID: 10(Build:1)
CPU-Threads: 8; BS: Linux 4.18; UI-Render: Standard; VCL: kde4; 
Gebietsschema: de-DE (de_DE.UTF-8); Calc: group threaded.

Obviously, the attached document produces so many rendering issues/visual distortions, that nobody with the power of fixing such bugs ever touched this issue seriously. 

As Yifan Jiang noted in #c0, nobody ever attempted to create a detailed listing of the issues, it suffers from.

BTW, I filed this issue back in 2008 of OO something, hence it celebrates its 10th birthday this year.
Comment 18 QA Administrators 2019-10-19 02:41:35 UTC Comment hidden (obsolete)
Comment 19 Hans-Peter Jansen 2019-10-19 09:44:14 UTC
Retested with:

Version: 6.3.2.2
Build-ID: 30(Build:2)
CPU-Threads: 8; BS: Linux 5.3; UI-Render: Standard; VCL: kde5; 
Gebietsschema: de-DE (de_DE.UTF-8); UI-Sprache: de-DE
Calc: threaded

Outcome: no visual difference to former tests, almost all issues persist in year 11 of its existence.
Comment 20 Svatopluk Vít 2021-03-19 13:12:45 UTC
Bug is still present.

Version: 7.1.1.2 (x64) / LibreOffice Community
Build ID: fe0b08f4af1bacafe4c7ecc87ce55bb426164676
CPU threads: 12; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win
Locale: cs-CZ (cs_CZ); UI: cs-CZ
Calc: threaded
Comment 21 QA Administrators 2023-03-20 03:26:51 UTC Comment hidden (obsolete)
Comment 22 Hans-Peter Jansen 2023-03-20 10:59:26 UTC
I hereby confirm, that the issues with this document persists with:

Version: 7.5.1.2 (X86_64) / LibreOffice Community
Build ID: 50(Build:2)
CPU threads: 24; OS: Linux 6.2; UI render: default; VCL: kf5 (cairo+xcb)
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Calc: threaded

The origins of this bug date back to 2007 (for OO at that time)
Comment 23 Justin L 2023-05-23 15:21:44 UTC
repro 7.6+ with comment 14's attachment 136153 [details].

So, I'm focusing on the top right form column, where the words "Name, Vorname" are in 11pt Arial when they should be in 7pt Arial (according to MS Word 2010).

confirmed comment 22 that in bisect-releases this is inherited from OOo.
Comment 24 Justin L 2023-05-23 15:23:10 UTC
Created attachment 187459 [details]
Berufsausbildungsvertrag_2007_unprotected_MSWord2010_screenshot.png

This displays rather badly in MS Word 2010 as well. Differently than LO, but still parts are "missing". (A PDF export from MS Word 2010 looks OK though.)
Comment 25 Justin L 2023-05-23 15:35:23 UTC
Using Word 2010, I round-tripped to DOC and DOCX formats.

DOCX opened OK.
DOC had the same problem - still 11pt cell content.