Created attachment 130282 [details] sample Steps: 1. Open attached document Observed behaviour: Vertical text is displayed incorrectly Reproduced in Version: 5.4.0.0.alpha0+ Build ID: 9a30cb2161506e003f14592d83075ab9d30516c1 CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group
Regression introduced by: author Michael Stahl <mstahl@redhat.com> 2014-07-29 20:21:53 (GMT) committer Michael Stahl <mstahl@redhat.com> 2014-07-29 20:32:00 (GMT) commit 5893a7536a0bbce57c4a2f89680dcb4cff3d06d7 (patch) tree c9cb22e9e0c292f3d6e313eca30d4c6d62fe9d04 parent bdca067382285f4cadad2e13cfffd9c24e3f4bb5 (diff) fdo#81384: writerfilter: turn the horrible btLr cell text dir hack ... by 5 degrees to starboard, which lets the row in the bugdoc appear, altough the height is a bit insufficient still. Why that works, is a nautic mystery to me, i'd say this whole btLr emulation nonsense needs to be keel-hauled, but after this patch i'll need some rum, arrrr... (regression from commit 0208ead70a9412ccd554fcef3e9308f8ca17037b and commit 970160f78ef6cc7abacfa252daa8451e1f0117bb) Adding Cc: to Michael Stahl
Created attachment 130283 [details] bad display how it looks at 5893a7536a0bbce57c4a2f89680dcb4cff3d06d7
Created attachment 130285 [details] good display How it looks at 2a87b3b5aed8296a7506374fd5324c5659a88cb5
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Repro in 6.1+
Created attachment 158582 [details] Screenshot of the example file in current master and the "good pdf" The BTLR part is fixed now after bug #128880 in: Version: 7.0.0.0.alpha0+ Build ID: 1842276ed4785ff5198bdbc4ce6fe752315c8657 CPU threads: 16; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: hu-HU (hu_HU.UTF-8); UI-Language: en-US Calc: threaded The font size is acting weird in the first cell: "DAFO CAMPOFRIO" should be 18pt but its only 8pt. This is a new regression, the font size was good in bibisect-linux-64-6.4 Version: 6.4.1.0.0+ Build ID: 678e00d2251060b562f295a5fb3c0215b12c8042 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: hu-HU (hu_HU.UTF-8); UI-Language: en-US Calc: threaded
Actually the original issue reported here ( problem with vertical text ) was fixed by https://cgit.freedesktop.org/libreoffice/core/commit/?id=8fdbda18b593e7014e44a0fd590bbf98d83258b7 in LibreOffice 6.3. Later on, the text disappeared in https://cgit.freedesktop.org/libreoffice/core/commit/?id=435ab51ec8920033b7865f27f4afee8a852a0b31 ( bug 128880 ) and the font was fine up to that moment. Recently bug 128880 was fixed in https://git.libreoffice.org/core/commit/74f0105a2c140d078932576b457a327f3d2490a6 and the font problem is already happening. Adapting the description. Adding Cc: to Miklos Vajna
The font size change is not related to the BTLR work. It is possible to highlight all the content of this top left cell, then select Table properties from the popup menu. After that on the Text Flow page the Text orientation box is in indeterminate state, but changing to Horizontal makes the text appear with "varying" font size. This was 18pt at the top of the uptodate bibisect-linux-64-6.4 but started to change to 8pt in bibisect-linux-64-6.5 at: https://cgit.freedesktop.org/libreoffice/core/commit/?id=2ab481b038b62b1ff576ac4d49d03c1798cd7f84 author László Németh <nemeth@numbertext.org> 2020-01-08 14:26:40 +0100 committer László Németh <nemeth@numbertext.org> 2020-01-09 18:00:16 +0100 tdf#90069 DOCX: fix character style of new table rows
Thanks. So this is rather an implementation error in the docx table style improvements, adjusting keywords accordingly.
László Németh committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/5ac6f02fdc6015a5d78071570dee310febf95fc6 tdf#105215 DOCX import: fix paragraph-length direct formatting It will be available in 7.0.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.
Everything ok. Verified on Version: 6.4.3.2 Build ID: libreoffice-6.4.3.2-snap1 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3; Locale: ro-RO (ro_RO.UTF-8); UI-Language: en-US Calc: threaded Also on Version: 7.0.0.0.alpha1 Build ID: 6a03b2a54143a9bc0c6d4c7f1... CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3; Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded