Description: If do a heading and show text say at 45degrees it does not display Steps to Reproduce: 1. Create spreadsheet (or open existing ods with angled text) 2. Add text to cells 3. set angle to 45degrees Actual Results: displays blank contents Also: if change position (say to centre) text disappears in display (but is still there) Expected Results: Should display cell contents Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: SpreadsheetDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:57.0) Gecko/20100101 Firefox/57.0
Created attachment 138727 [details] angled text display not working
can reproduce with Version: 6.0.0.1.0+ Build ID: 203b913155812706e9be14c5fe2b8f543cc4fdc7 CPU threads: 8; OS: Linux 4.9; UI render: default; VCL: kde4; Locale: nl-BE (en_US.UTF-8); Calc: group Version: 6.1.0.0.alpha0+ Build ID: 7f15b7ae482be5994c6803b982c13cbc036a734f CPU threads: 8; OS: Linux 4.9; UI render: default; VCL: kde4; Locale: nl-BE (en_US.UTF-8); Calc: group threaded but not with Version: 5.4.5.0.0+ Build ID: a61f45499856aad9910d82af1312a163504c15c2 CPU threads: 8; OS: Linux 4.9; UI render: default; VCL: kde4; Locale: nl-BE (en_US.UTF-8); Calc: group
Created attachment 138735 [details] tails of terminal output from two bibisect runs Working on debian-buster in the recently retired daily Linux dbgutil repository, I see two incorrect behaviours. Here, by "the message", I mean a message in the terminal (rewrapped): warn:legacy.tools:11332:1:svx/source/dialog/framelinkarray.cxx:532: svx::frame::Array::SetCellRotation - invalid cell index In the following table, interpret "behaviour": - good : The angled text displays initially and it still displays after a change. - initial blanks : The angled text is blank upon initial display. - later blanks : The angled text displays initially, but it disappears upon a change. My test is to type "a<Esc>" in C14; the angled text disappears upon the "a" and C14 through J14 remain blank after "<Esc>". The formula bar continues to show the original contents. nbr times the msg behaviour commit date s-h open "a" "<Esc>" -------------- -------- ---------- -------- ---- --- ------ good 030f8824 2017-07-28 3956e4cb 0 0 0 initial blanks 362c5baf 2017-07-29 3c75009a 8 3 11 initial blanks fe91723c 2017-09-15 03121761 8 3 11 later blanks 9b43cc89 2017-09-16 f9cbf67f 0 3 11 Daily Linux daily dbgutil bibisect repository version 2017-12-29 acts like version 2017-09-16. I am adding keyword bibisected.
Tamas Bunth committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=e3546db362e9dfed94572d164359a0fc1eae742f tdf#115353 tdf#114743 Use first valid glyph It will be available in 6.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Sorry, I wrote wrong bug number. The above patch is not related to this bug.
This seems to have begun at the below commit. Adding Cc: to Armin Le Grand ; Could you possibly take a look at this one? Thanks 41a491ae1dff6a6ebe668e9cd1587be4e95d802c is the first bad commit commit 41a491ae1dff6a6ebe668e9cd1587be4e95d802c Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Fri Sep 29 09:39:33 2017 -0700 source ab65fe804cf3a97bd172b5551b553b9bcde6d756 author Armin Le Grand <Armin.Le.Grand@cib.de> 2017-09-14 16:45:56 +0200 committer Armin Le Grand <Armin.Le.Grand@cib.de> 2017-09-15 12:58:04 +0200 commit ab65fe804cf3a97bd172b5551b553b9bcde6d756 (patch) tree 3c956b067379cc1e3fddd5eb2ce341eab52a5f0e parent 2f16219741aba016677103e4b22738d055c39a91 (diff) borderline: Extended decompose Decompose of BorderLinePrimitive2D extended to take care of non-perpendicular line endings for matching. Improved matching, one error in calc fixed
*** Bug 116121 has been marked as a duplicate of this bug. ***
Sorry about my dupe. So as noted, this is fixed in 6.1-2018-02-28, but still broken in 6.0.
Fixed in Versió: 6.0.2.1 ID de la construcció: 1:6.0.2~rc1-0ubuntu0.16.04.1~lo1 Fils de CPU: 4; SO: Linux 4.13; Renderitzador de la IU: per defecte; VCL: gtk3; Configuració local: ca-ES (ca_ES.UTF-8); Calc: group and Versión: 6.0.1.1 Id. de compilación: 60bfb1526849283ce2491346ed2aa51c465abfe6 Subprocs. CPU: 1; SO: Windows 6.1; Repres. IU: predet.; Configuración regional: es-ES (es_ES); Calc: group Fixed by https://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-6-0&id=f839ea98181a1c6970fe25a82cf798dc151ed332
Tamas Bunth committed a patch related to this issue. It has been pushed to "libreoffice-6-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=c5f0c10b3cb3d7014bb127e8d811377279ab5228&h=libreoffice-6-0 tdf#115353 tdf#114743 Use first valid glyph It will be available in 6.0.4. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
I still see the bug in daily dbgutil version 2018-03-21 on debian-buster. I am setting status REOPENED.
for me its working, and in the most cases wait 48 hour before upgrading LO. So i think it can be closed again as WFM or fixed, anyone??? Version: 6.0.4.0.0+ Build ID: b0e7b2336d5d5723a9feab124f7c8a152f96dda4 CPU threads: 8; OS: Linux 4.14; UI render: default; VCL: kde4; Locale: nl-BE (en_US.UTF-8); Calc: group
I still see the bug on debian-sid in - daily Linux dbgutil bibisect repository version 2018-03-26 - daily build 2018-02-25 - local build of commit 5e18136a, 2016-03-26 Note that for my test I am aborting the entry into C14 with "<Esc>". If instead I complete the entry into C14 with "<Enter>", the program still displays the angled text in row 14. The continued display of row 14 after "<Enter>" is new sometime since daily Linux dbgutil bibisect repository version 2017-09-30. "<Page Up><Page Dn>" restores the display of text in row 14, and it always has, so far as I have noticed. I wonder how my system is different. Since moving to a new (to me) computer at the beginning of February, I do have other unexplained problems: - In local builds, unit tests fail, always something to do with fonts or spacing. - After I have mysterious changes to my desktop and to program settings. Suggestions welcome!
Cannot reproduce in master (and remember to have that fixed).
It's not clear how nobody else reproduces Terrence's bug. I think we should close this one. Sorry. Terrence, it's up to you to find a cause if you still see it.
it seems to be fixed in Versió: 6.1.3.2 ID de la construcció: 1:6.1.3~rc2-0ubuntu0.16.04.1 Fils de CPU: 4; SO: Linux 4.15; Renderitzador de la IU: per defecte; VCL: gtk3; Configuració local: ca-ES (ca_ES.UTF-8); Calc: group threaded same for bug 116121
This got fixed by one of these commits -> https://cgit.freedesktop.org/libreoffice/core/log/?h=libreoffice-6-0&qt=range&q=71053a36f3f48904c254a1d277f42d6dcdc29b04..753b35b27e3657db39f5d398a733879ef23b7c51 related to BorderlineFix
I no longer see problem in daily Linux dbgutil bibisect repository version 2018-11-15. I shall not dig further.