Bug 121081 - Text cut off / partly invisible (OpenGL)
Summary: Text cut off / partly invisible (OpenGL)
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
(earliest affected) rc
Hardware: All All
: medium normal
Assignee: Not Assigned
Whiteboard: target:6.1.4
Keywords: bibisectNotNeeded, regression
Depends on:
Blocks: VCL-OpenGL
  Show dependency treegraph
Reported: 2018-10-31 13:13 UTC by Gerhard Schaber
Modified: 2018-11-01 08:47 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Test file (3.78 MB, application/vnd.oasis.opendocument.graphics)
2018-10-31 13:13 UTC, Gerhard Schaber
Bad rendering 1 (3.85 KB, image/png)
2018-10-31 15:20 UTC, Gerhard Schaber
Bad rendering 2 (4.37 KB, image/png)
2018-10-31 15:21 UTC, Gerhard Schaber
Correct rendering (4.54 KB, image/png)
2018-10-31 15:21 UTC, Gerhard Schaber

Note You need to log in before you can comment on or make changes to this bug.
Description Gerhard Schaber 2018-10-31 13:13:17 UTC
Created attachment 146191 [details]
Test file

I have a simple sample (created with 5.4.4) with a text box and only one word in it. This is cut off somewhere in the middle. The rest of the text is invisible and only shows partly when selecting and holding the text box. This happens with 6.1.3RC1. With 5.4.4 everything looks fine.
Comment 1 Gerhard Schaber 2018-10-31 13:53:07 UTC
I am using Windows 10, build 17134, 16GB RAM.

Tests with that file:
LO 4.5.4: ok
LO 5.4.4: ok
LO 6.0.6: ok
LO 6.1.2: ok
LO 6.1.3RC1: not ok
LO 6.1.3RC2: not ok

It seem it always makes a different piece of the text invisible when opening the file.
Comment 2 Xisco Faulí 2018-10-31 15:16:10 UTC
Could you please add a screenshot of the right and wrong behaviour?

OTOH, Does it work if you disable OpenGl ? -> https://wiki.documentfoundation.org/OpenGL

I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the issue is still present
Comment 3 Gerhard Schaber 2018-10-31 15:20:50 UTC
Created attachment 146204 [details]
Bad rendering 1
Comment 4 Gerhard Schaber 2018-10-31 15:21:11 UTC
Created attachment 146205 [details]
Bad rendering 2
Comment 5 Gerhard Schaber 2018-10-31 15:21:36 UTC
Created attachment 146206 [details]
Correct rendering
Comment 6 Gerhard Schaber 2018-10-31 15:22:41 UTC
You are right, this depends on whether OpenGL rendering is on or not.
Comment 7 Aron Budea 2018-11-01 07:00:43 UTC
Confirmed with LO

Version: (x64)
Build ID: 86daf60bf00efa86ad547e59e09d6bb77c699acb
CPU threads: 16; OS: Windows 6.1; UI render: GL; 
Locale: hu-HU (hu_HU); Calc: CL

No issue with a recent master build, now the question is, which backport has caused this issue, and what could be missing?

Version: (x64)
Build ID: 140434a7677946020bb2c6db9ed3afe8998ee7d0
CPU threads: 16; OS: Windows 6.1; UI render: GL; VCL: win; 
Locale: hu-HU (hu_HU); Calc: CL
Comment 8 Aron Budea 2018-11-01 08:47:57 UTC
Fixed in bibisect-win32-6.1. Reverse bibisected to the following fixing commit, which is in libreoffice-6-1, but did not get in libreoffice-6-1-3. Not setting this bug as duplicate of bug 120204, since the two issues appeared independently.

author		Jan-Marek Glogowski <glogow@fbihome.de>	2018-10-18 21:56:56 +0200
committer	Noel Grandin <noel.grandin@collabora.co.uk>	2018-10-19 08:13:28 +0200

tdf#120204 drop simple glyph cache