Created attachment 161347 [details] Comparison MSO 2010 and LibreOffice 7.0 master Steps to reproduce: 1. Open attachment 79613 [details] from bug 64823 -> Subscript has incorrect spacing. See comparison screenshot Reproduced in Version: 7.0.0.0.alpha1+ Build ID: 82894d85147840f1f587e9530b12f0058f2ef2c3 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded [Bug found by office-interoperability-tools]
Regression introduced by: https://cgit.freedesktop.org/libreoffice/core/commit/?id=227100ff4e5560c09c5a822052fc5ada541b8cc5 author Justin Luth <justin.luth@collabora.com> 2019-11-07 15:22:08 +0300 committer Miklos Vajna <vmiklos@collabora.com> 2019-11-18 09:25:35 +0100 commit 227100ff4e5560c09c5a822052fc5ada541b8cc5 (patch) tree b6bb97d5088ef318978373a17d0714e85742a638 parent bc9b046fbd1d68016ae6c53c990fce97b57eb663 (diff) related tdf#120412 ww8import: allow > 100% escapement, fix calculation Bisected with: bibisect-linux64-6.5 Adding Cc: to Justin Luth
Created attachment 161353 [details] A table in table with a minimum row height.doc Comment 0's example document is a table-in-table-in-table nightmare. However, my simple example document shows that I can't ignore minimum row height simply because it is table-in-table. Too bad. LO could open a version that was first round-tripped by Word 2003, but that isn't really important. But it suggests that this just happens to trigger a layout state that LO can't handle. I'm not sure what to do or try next.
If I round-trip this document with MSO 2003, then it doesn't have this problem. If I export as docx, there is nothing indicating a fontsize change. However, an SPRM first sets the fontsize to 6. The fontsize is set twice in a row - as seen in msodumper: <prl type="Prl" offset="3541" index="1"> <sprm value="0x4a43" ispmd="0x43" fSpec="0x1" sgc="character" spra="2" name="sprmCHps" operandSize="2" operand="0xc"/> </prl> <prl type="Prl" offset="3545" index="2"> <sprm value="0x4a43" ispmd="0x43" fSpec="0x1" sgc="character" spra="2" name="sprmCHps" operandSize="2" operand="0x18"/> </prl> So it looks like I have to design some kind of delayed response mechanism after all. Why oh why in the 20+ years of doc support did no one build that?
proposed fix at https://gerrit.libreoffice.org/c/core/+/95013
Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/4efeee09bce9835f587ea7d1577471768bf73e2d tdf#133453 doc import: HasSprm can return last one It will be available in 7.1.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.
Justin Luth committed a patch related to this issue. It has been pushed to "libreoffice-7-0": https://git.libreoffice.org/core/commit/59c2a8f3ceacabb3132ba1c02ab5e76e510572e9 tdf#133453 doc import: HasSprm can return last one It will be available in 7.0.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.
Verified in Version: 7.0.0.0.beta1+ Build ID: 2506d8221dd940dfd93d3d7c183430ba6ba3089d CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded @Justin, thanks for fixing this issue!!
P.S. This also fixes the same subscript problem in the very odd ww8export.cxx fdo66304-1.odt.