Bug 125514 - Black fields within data source view on macOS
Summary: Black fields within data source view on macOS
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
6.3.0.0.alpha1+
Hardware: All macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Font-Rendering
  Show dependency treegraph
 
Reported: 2019-05-26 22:37 UTC by Thorsten Wagner
Modified: 2023-10-02 14:23 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot (106.66 KB, image/png)
2019-05-26 22:40 UTC, Thorsten Wagner
Details
2019-08-17 6.3.0.4 no repro (140.05 KB, image/png)
2019-08-17 16:44 UTC, steve
Details
Screenshot (50.27 KB, image/png)
2019-08-22 14:24 UTC, Thorsten Wagner
Details
Screenshot (261.86 KB, image/png)
2020-01-23 21:36 UTC, Thorsten Wagner
Details
Screenshot (162.53 KB, image/png)
2020-07-27 12:50 UTC, Thorsten Wagner
Details
Screenshot (27.60 KB, image/png)
2021-05-26 20:37 UTC, Thorsten Wagner
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Thorsten Wagner 2019-05-26 22:37:52 UTC
Description:
Within data source view, text becomes empasized and pixeled while scrolling (see screenshot)

Steps to Reproduce:
(1) Open Writer

(2) Open data source view

(3) Open example table "biblio"

(4) Scroll right

Actual Results:
Text becomes emphasized and pixeled

Expected Results:
Text is sharply rendered, Text rendering does not change while scrolling


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
Issue was present with earlier versions of LO too. It exists on macOS as well as on Linux at least. Issue does not seem to be related to OpenGL.
Comment 1 Thorsten Wagner 2019-05-26 22:40:51 UTC
Created attachment 151691 [details]
Screenshot
Comment 2 Xisco Faulí 2019-05-27 11:29:15 UTC
I can't reproduce it in

Version: 6.3.0.0.alpha0+
Build ID: 26e85974a0287ab5869e7ff0145a66b853d66a02
CPU threads: 16; OS: Windows 6.3; UI render: default; VCL: win; 
Locale: en-GB (en_GB); UI-Language: en-US
Calc: threaded

nor in

Version: 6.3.0.0.alpha1+
Build ID: 53325b40b557cc84d8d21c1baa0ef8d3bfc00ab8
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

Could you please paste the info from Help - about LibreOffice ?

I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' once the information has been provided
Comment 3 Thorsten Wagner 2019-05-27 19:07:30 UTC
Version: 6.3.0.0.alpha1+
Build ID: ee8f9249ae027a78943f5a5eab0d02894b58db4f
CPU threads: 8; OS: Mac OS X 10.14.5; UI render: GL; VCL: osx; 
Locale: de-DE (en_DE.UTF-8); UI-Language: en-US
Calc: threaded

Issue is visible best on macOS but exists slightly on Linux too.
Comment 4 steve 2019-08-17 16:44:31 UTC
Created attachment 153466 [details]
2019-08-17 6.3.0.4 no repro
Comment 5 steve 2019-08-17 16:44:45 UTC Comment hidden (obsolete)
Comment 6 steve 2019-08-17 16:45:15 UTC
no repro in 6.3.0.4
Setting to worksforme as we have no specific commit fixing this.

@thorsten: could you retest with the official 6.3.0.4 release build and update this bug should I be mistaken.
Comment 7 Thorsten Wagner 2019-08-22 14:24:14 UTC
Unfortunately issue still exists (see screenshot attached). Retest has been taken place on macOS 10.14.6 with following LO release:

Version: 6.3.0.4
Build ID: 057fc023c990d676a43019934386b85b21a9ee99
CPU threads: 8; OS: Mac OS X 10.14.6; UI render: default; VCL: osx; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded

BTW: Close button closes whole Writer application. Probably this is not intended. Furthermore horizontal scrolling moves to the wrong direction now.
Comment 8 Thorsten Wagner 2019-08-22 14:24:50 UTC
Created attachment 153577 [details]
Screenshot
Comment 9 Xisco Faulí 2020-01-23 12:25:01 UTC
Hi Thorsten,
Is this issue still reproducible with a master build from http://dev-builds.libreoffice.org/daily/master/ ?
You can install it alongside the standard version.
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master build
Comment 10 Thorsten Wagner 2020-01-23 21:35:41 UTC
Yes, issue still existis (screenshot of current revision from master attached):

Version: 6.5.0.0.alpha0+
Build ID: 2a470d9bb6050c0f4c972d4e1bffa74d962191a9
CPU threads: 8; OS: Mac OS X 10.14.6; UI render: default; VCL: osx; 
Locale: de-DE (en_US.UTF-8); UI-Language: en-US
Calc: threaded
Comment 11 Thorsten Wagner 2020-01-23 21:36:21 UTC
Created attachment 157379 [details]
Screenshot
Comment 12 Thorsten Wagner 2020-01-23 21:37:41 UTC
Build environment is macOS 10.14.6 (Mojave), Xcode 11.3.1, and macOS SDK 10.15
Comment 13 Xisco Faulí 2020-07-27 10:59:39 UTC
Hello Thorsten Wagner,
Is this issue still reproducible with a master build? Have you tried with a clean user profile ?
Comment 14 Thorsten Wagner 2020-07-27 12:49:44 UTC
Bad text rendering seems to be gone with current revision from master, but rendering of table grid and representation of window after resizing is comletely broken now (see screenshot attached).
Comment 15 Thorsten Wagner 2020-07-27 12:50:06 UTC
Created attachment 163629 [details]
Screenshot
Comment 16 Thorsten Wagner 2020-07-27 12:50:54 UTC
Issue is not related to user profile.
Comment 17 QA Administrators 2020-07-28 04:47:47 UTC Comment hidden (obsolete)
Comment 18 Thorsten Wagner 2021-05-26 20:37:24 UTC
Created attachment 172378 [details]
Screenshot
Comment 19 Thorsten Wagner 2021-05-26 20:40:50 UTC
Text rendering issue seems the have disappeared with current revision from master (see current screenshot attached).

Are the black fields intended? Fields are black on macOS but not black using GTK.
Comment 20 Thorsten Wagner 2021-05-26 20:42:17 UTC
Screenshot has been taken with current revision from master:

Version: 7.2.0.0.alpha1+ / LibreOffice Community
Build ID: d79b3317d267ffc13da05d08239dd7c8754468b6
CPU threads: 8; OS: Mac OS X 10.15.7; UI render: default; VCL: osx
Locale: de-DE (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 21 Alex Thurgood 2021-05-27 09:15:16 UTC
Bug 140854 seems to be a similar manifestation of this report.
Comment 22 Lena Dodul 2021-07-23 14:58:17 UTC
no repro in 

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: ee5a1b61b4460b965413a3f7ed4f9152322f1c02
CPU threads: 4; OS: Windows 10.0 Build 17763; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
Comment 23 steve 2021-08-09 13:52:32 UTC
Tried to reproduce and LO crashed when scrolling sideways (step 4). Crash seems reproducible. @Thorsten - you are not seeing the crash when trying to scroll sideways in biblio view? (besides that, I do see the black fields, thus confirming and setting to new).



Crash log (1 year): https://bin.disroot.org/?0d44e9de68d41b13#5FjKz4yHZYdejqLabTmvk6Aqzk9FRPsA5Kn6bj9jYYJz

Version: 7.2.0.2 / LibreOffice Community
Build ID: 614be4f5c67816389257027dc5e56c801a547089
CPU threads: 8; OS: Mac OS X 10.16; UI render: default; VCL: osx
Locale: de-DE (de_DE.UTF-8); UI: en-US
Calc: threaded

Ugh,
Comment 24 Thorsten Wagner 2021-08-09 21:09:05 UTC
(In reply to steve from comment #23)
> Tried to reproduce and LO crashed when scrolling sideways (step 4). Crash
> seems reproducible. @Thorsten - you are not seeing the crash when trying to
> scroll sideways in biblio view? (besides that, I do see the black fields,
> thus confirming and setting to new).

With current revision from master I do not see a crash but the black fields.
Comment 25 QA Administrators 2023-08-10 03:05:34 UTC Comment hidden (obsolete)
Comment 26 Alex Thurgood 2023-10-02 14:23:11 UTC
No repro with 

Version: 7.6.2.1 (AARCH64) / LibreOffice Community
Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333
CPU threads: 8; OS: Mac OS X 13.4; UI render: Skia/Raster; VCL: osx
Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
Calc: threaded

and using the macOS address book as data source.

Text scrolling either horizontally or vertically through the 1400 records does not show any distorted representation of the data.