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.
Created attachment 151691 [details] Screenshot
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
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.
Created attachment 153466 [details] 2019-08-17 6.3.0.4 no repro
2019-08-17 6.3.0.4 no repro
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.
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.
Created attachment 153577 [details] Screenshot
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
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
Created attachment 157379 [details] Screenshot
Build environment is macOS 10.14.6 (Mojave), Xcode 11.3.1, and macOS SDK 10.15
Hello Thorsten Wagner, Is this issue still reproducible with a master build? Have you tried with a clean user profile ?
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).
Created attachment 163629 [details] Screenshot
Issue is not related to user profile.
[Automated Action] NeedInfo-To-Unconfirmed
Created attachment 172378 [details] Screenshot
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.
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
Bug 140854 seems to be a similar manifestation of this report.
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
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,
(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.
Dear Thorsten Wagner, 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 https://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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
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.