Bug Hunting Session
Bug 108801 - Text blurred on Retina screen with low-res monitor as second screen
Summary: Text blurred on Retina screen with low-res monitor as second screen
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.3.3.2 release
Hardware: x86-64 (AMD64) Mac OS X (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Multimonitor
  Show dependency treegraph
 
Reported: 2017-06-26 20:52 UTC by Joost Egelie
Modified: 2019-12-02 17:24 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Composite showing laptop (larger) and external (smaller) monitors. (2.24 MB, image/png)
2019-03-06 21:37 UTC, okinasevych
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Joost Egelie 2017-06-26 20:52:46 UTC
Description:
Text and icons in LibreOffice are blurry (render intended for lo-res screen) on a Mac "Retina" screen, while a low resolution monitor is attached as second screen (Apple Thunderbolt Display in my case).

Steps to Reproduce:
1. start MacBook fresh without external monitor, launch LibreOffice, enjoy crisp text and UI.
2. attach low resolution monitor (in my case Apple Thunderbolt Display), text stays clean and crisp until window resize (or any redraw event).
3. unplug monitor, text in LibreOffice appears crisp instantly.

Actual Results:  
Blurred text on a Retina screen

Expected Results:
Not blurred on the Retina screen, "normal" on the low resolution monitor.


Reproducible: Always

User Profile Reset: Yes.

Additional Info:
The issue has been on and off in the bugtracker, seems all issues were closed due to no reproducibility. No info found on second monitor combos though; I suspect a bug in the mechanism that determines what resolution is available, not accounting multiple screens and no awareness of which resolution the Writer window is currently on.

A drag test with a native Apple app (Safari) over the two screens reveals the window is shown either on one or the other screen, not floating half on both screens at the same time. This is natural behaviour, and a suggestion for the arising problem of what to do when a LibreOffice screen hovers over the two different screens.

MacBook Pro Retina 15 inch mid-2015 model, as purchased from Apple in May 2017 (15,4-inch (2880 x 1800), Intel Iris Pro 1536 MB).
Apple Thunderbolt Display connected through thunderbolt (27-inch (2560 x 1440)).
MacOS X Sierra 10.12.5


User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_5) AppleWebKit/603.2.4 (KHTML, like Gecko) Version/10.1.1 Safari/603.2.4
Comment 1 Alex Thurgood 2017-06-27 07:27:46 UTC
@Joost :

1) how do you attach your Thunderbolt display - HDMI, Thunderbolt2, or DVI, or some other mechanism (eg. docking station) ?

2) how have you setup OSX behaviour when an external monitor is plugged in ? I am guessing that you are not synching the display between the Macbook and the TB monitor (since you mention sliding app windows from MBPro to external display ?
Comment 2 Joost Egelie 2017-06-27 11:05:01 UTC
@Alex:

1. Attached via Thunderbolt 1 cable, but not the monitor's own Thunderbolt 1 cable. This makes no difference for the functionality of the monitor and its hub features (thus Thunderbolt 1 cable from one Macbook port to one Apple Thunderbolt Display port)

2. OS X behaviour: extended desktop. I've tried to set up either screen as the main display (i.e. dragging the menubar over to one or other screen in the Display preferences panel) and I've tried launching LibreOffice from a Dock parked on either one display, both to no avail.
Comment 3 Alex Thurgood 2017-06-27 12:22:46 UTC
@Joost : thanks for the update, I have a very similar setup to you, so I can test this for myself and report back here.
Comment 4 Alex Thurgood 2017-06-27 12:39:08 UTC
I can only confirm this if I set the option under Preferences > Monitor to Thunderbolt Display.

If I leave the display as Integrated Retina Screen, I don't see the fuzzy text/icon behaviour.

Confirming.
Comment 5 QA Administrators 2018-06-28 02:48:04 UTC Comment hidden (obsolete)
Comment 6 okinasevych 2019-03-06 21:32:52 UTC
I had noticed intermittent recurrence of the Retina display bug on my 2-monitor setup. I only discovered by chance that it was the second monitor that may contribute to this issue, as described here. I can reproduce the buggy display *and* I can get the display to render in higher resolution without disconnecting the second monitor. Here are my particulars which I hope will be helpful. 

About LibreOffice:

Version: 6.1.5.2
Build ID: 90f8dcf33c87b3705e78202e3df5142b201bd805
CPU threads: 4; OS: Mac OS X 10.12.6; UI render: GL; 
Locale: en-CA (en_CA.UTF-8); Calc: group threaded

Monitors:

Laptop: MacBook Pro (2015 model) 13.3-inch (2560 x 1600)
External: Samsung SMB2230H 21.5-inch (1920 x 1080), connected via Thunderbolt/DVI

Launch with low resolution:
- LibreOffice not running.
- Finder window open on _external monitor_ with an LO Writer doc available.
- Double-click the Writer doc.
- LibreOffice launches in laptop monitor. Writer document opens in _low-res_. 

Launch with high resolution:
- LibreOffice not running.
- Finder window open on _laptop monitor_ with an LO Writer doc available.
- Double-click the Writer doc.
- LibreOffice launches in laptop monitor. Writer document opens in _high-res_.
Comment 7 okinasevych 2019-03-06 21:37:33 UTC
Created attachment 149777 [details]
Composite showing laptop (larger) and external (smaller) monitors.

This shows my two monitors (redacted) with low-res external monitor above and high-res laptop monitor below. Lower laptop monitor displays high-res in all areas except in the text/edit area of LO Writer. Finder window from which I launched LO Writer is in the upper low-res monitor.
Comment 8 Arvid 2019-12-02 17:24:31 UTC
Also happening to me. macOS 10.14.6 (18G1012), Libreoffice 6.3.3.2. Only editing area is low-res. Toolbars, etc are retina. Happens whether or not I have low-res external monitors attached. okinasevych's workaround does not work for me.