Bug 130481 - Fonts are not rendered properly if using Impress full-screen with tiling window manager (dwm + HiDPI screen)
Summary: Fonts are not rendered properly if using Impress full-screen with tiling wind...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
6.4.0.3 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: HiDPI
  Show dependency treegraph
 
Reported: 2020-02-06 09:58 UTC by br
Modified: 2021-01-27 09:11 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
This is the result rendering of "Test 2" (237.23 KB, image/png)
2020-02-06 09:59 UTC, br
Details

Note You need to log in before you can comment on or make changes to this bug.
Description br 2020-02-06 09:58:15 UTC
Description:
When I start LibreOffice and the create a new presentation with my DWM window manager (full-screen), the fonts are getting weird (not shown) when I switch between slides. This is only happening when the application is started without any other window on the screen, so that it is full-screen opened. Can be reproduced

Steps to Reproduce:
1. Run DWM as window manager
2. Open up libreoffice with dmenu, no other window is open on that workspace
3. Create new presentation
4. Change title of first slide to Test 2
5. Add a second slide with Ctrl-M
6. Switch back to the first slide
7. The Test 2 text only displays "Te t"

Actual Results:
Missing font renderings of single letters. This happens often with larger slide decks, all the time. Whenever I resize the window, a refresh happens and the rendering is fine again.

Expected Results:
Proper font text rendering


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 6.3.4.2.0+
Build ID: 6.3.4-2
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3; 
Locale: de-AT (en_US.UTF-8); UI-Language: en-US
Calc: threaded
Comment 1 br 2020-02-06 09:59:00 UTC
Created attachment 157688 [details]
This is the result rendering of "Test 2"
Comment 2 Roman Kuznetsov 2020-02-07 05:59:10 UTC
What linux distro do you use?

Can you download LibreOffice from libreoffice.org/download (there are rpm and deb packages), try install it and retest your problem?
Comment 3 br 2020-02-07 06:49:34 UTC
I am using Arch and installed the Arch-provided packages. This bug is already present since couple of releases. My this relate to the tiling window manager, where the window is fullscreent without and window decorations?
Comment 4 Roman Kuznetsov 2020-02-07 07:02:47 UTC
(In reply to br from comment #3)
> I am using Arch and installed the Arch-provided packages. This bug is
> already present since couple of releases. My this relate to the tiling
> window manager, where the window is fullscreent without and window
> decorations?

May be anything.

Can you try build LibreOffice from source code and try retest your problem then?

https://wiki.documentfoundation.org/Development/BuildingOnLinux
Comment 5 br 2020-02-07 07:25:54 UTC
I just did further testing, with and without different external monitors, and also with a different machine running ArchLinux.

New observation: the effect is only present with an 4k external monitor attached. I cannot reproduce the effect with the same laptop on the internal monitor only, or attaching an HD monitor attached.

Are there any known resolution issues which am relate to this issue?
Comment 6 Roman Kuznetsov 2020-02-07 07:47:48 UTC
So, we need people with HiDPI screen for checking it
Comment 7 Kai 2020-06-16 22:33:32 UTC
I had this issue in 6.4 as well (on GNOME with my built-in screen).

However, I just tested on 7.0 beta and it seems to be resolved!
Comment 8 br 2020-06-17 07:00:00 UTC
Cool, good to hear. Looking forward to get version 7.0
Comment 9 Timur 2020-06-17 20:17:24 UTC
I set Needinfo for br to test. Please do with daily master https://dev-builds.libreoffice.org/daily/master/current.html that will install separately. 
If OM for you, please mark as a duplicate.
Comment 10 QA Administrators 2020-12-15 03:46:20 UTC Comment hidden (obsolete)
Comment 11 QA Administrators 2021-01-15 04:25:04 UTC
Dear br,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp