Description: I have created a .docx document using Microsoft Word. LibreOffice can mostly read the file properly, except for some incorrect formatting. However, a certain table shows up completely blank. Google Docs preview shows the table correctly. I tried this on LibreOffice 5.2.2.2 and 6.0.4.2. Steps to Reproduce: The mentioned document is attached Actual Results: The table is empty Expected Results: The table is not empty Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36
Created attachment 142494 [details] The file which content isn't rendered properly
Created attachment 142495 [details] The file previewed on Google Drive
Table is not empty in LibreOffice: select the table > right click > Size > Optimal row height. Best regards. JBF
(In reply to Jean-Baptiste Faure from comment #3) > Table is not empty in LibreOffice: select the table > right click > Size > > Optimal row height. > > Best regards. JBF Thanks for your reply. I still believe it's a bug though. I don't think you should need to modify a document to view it properly when other viewers/editors (Word and Google Docs) have no issues dealing with it.
I confirm it with Version: 6.1.0.0.beta1 (x64) Build ID: 8c76dfe1284e211954c30f219b3a38dcdd82f8a0 CPU threads: 4; OS: Windows 10.0; UI render: GL; Locale: en-US (de_DE); Calc: CL Row height is 0,6 cm. I found tow ways to make text visibla a) Change Row height to 0,7cm. b) Change paragraph spacing to 0cm. I assume, that either the row height or the paragraph spacing is different from from the settings in the original doc-file. Jack, can you give informations about it? This would narrow down the problem.
Also reproducible in Version: 4.4.7.2 Build-ID: f3153a8b245191196a4b6b9abd1d0da16eead600 Gebietsschema: de_DE
With a clear direct formatting the text is show, but inside the table I see a cursor with a half size not with the letter size. Looks the issue is with the space below the paragraph.
From Microsoft Word: Paragraph spacing: Before = 0 pt, After = 17 pt Line spacing: At least 16.8 pt Row height: 0.24" I attached a snapshot of the properties.
Created attachment 142512 [details] Microsoft Word Paragraph Properties
Created attachment 142513 [details] Microsoft Word Table Properties
This might be related to bug 13014 which exhibits a similar problem of not showing content in a table, likely due to spacing.
What we see in Word that there is a fixed row height set to 0.6 cm, and a below paragraph spacing of 17 pt. Also there "At least" 16.8 pt line spacing. All these settings are read and applied correctly in current master. However the fixed row height matches the below paragraph spacing as 0.6 cm is 17 pt. Word ignores this and displays the content without the spacing after. Reducing the spacing after in Writer to 15 pt or lower shows the content.
Created attachment 154704 [details] Example document from Word showing different spacing options with fixed table row height
Created attachment 154705 [details] Example document from Writer showing different spacing options with fixed table row height
Created attachment 154707 [details] The two example documents side by side in Word and Writer This is really a difference in behavior of the two software: If Word has only a 'spacing after' set which is greater than the fixed row height, then it ignores it. If it has 'spacing before' set which is greater than the fixed row height, or both before/after, then it considers it and hides the text. Writer on the other hand 'hides' the text in every case, since that's what the user asked.
László Németh committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/5ac21d46f25023e4c8440aa45c6d923eaa4a925b tdf#117982 Writer: fix invisible cell content due to spacing It will be available in 6.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Created attachment 156282 [details] TheOriginalSampleWithTheFix
Verified in Version: 6.5.0.0.alpha0+ Build ID: 8f7010eb47119a2428b77f5d79fc8577d9914958 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded @László Németh, thanks for fixing this issue!
also reproduced in LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
László Németh committed a patch related to this issue. It has been pushed to "libreoffice-6-4": https://git.libreoffice.org/core/commit/c0e80a015ba4bd18c64496020f596dc491014b0b tdf#117982 Writer: fix invisible cell content due to spacing It will be available in 6.4.0.1. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Xisco Faulí from comment #18) > Verified in > > Version: 6.5.0.0.alpha0+ > Build ID: 8f7010eb47119a2428b77f5d79fc8577d9914958 > CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; > Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US > Calc: threaded > > @László Németh, thanks for fixing this issue! @Xisco: Attila Bakos fixed the issue, but unfortunately, I've stolen his patch unintentionally. Sorry for it. Attila, thanks for the fix!
(In reply to László Németh from comment #21) > (In reply to Xisco Faulí from comment #18) > > Verified in > > > > Version: 6.5.0.0.alpha0+ > > Build ID: 8f7010eb47119a2428b77f5d79fc8577d9914958 > > CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; > > Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US > > Calc: threaded > > > > @László Németh, thanks for fixing this issue! > > @Xisco: Attila Bakos fixed the issue, but unfortunately, I've stolen his > patch unintentionally. Sorry for it. Attila, thanks for the fix! Never mind. The important thing is: it works fine, isn't it? ;)
(In reply to Bakos Attila (NISZ) from comment #22) > (In reply to László Németh from comment #21) > > (In reply to Xisco Faulí from comment #18) > > > Verified in > > > > > > Version: 6.5.0.0.alpha0+ > > > Build ID: 8f7010eb47119a2428b77f5d79fc8577d9914958 > > > CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; > > > Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US > > > Calc: threaded > > > > > > @László Németh, thanks for fixing this issue! > > > > @Xisco: Attila Bakos fixed the issue, but unfortunately, I've stolen his > > patch unintentionally. Sorry for it. Attila, thanks for the fix! > > Never mind. The important thing is: it works fine, isn't it? ;) Sure, but credit is important too! Kudos to you for fixing it!!