Bug 100049 - UI: all windows remain empty after changing selection font using the mouse pointer when corrupt font files are installed
Summary: UI: all windows remain empty after changing selection font using the mouse po...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.1.3.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-05-25 09:38 UTC by Sébastien Ducoulombier
Modified: 2018-04-04 18:02 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
A minimal file to reproduce this bug (2.52 KB, application/vnd.oasis.opendocument.text)
2016-05-25 09:38 UTC, Sébastien Ducoulombier
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Sébastien Ducoulombier 2016-05-25 09:38:20 UTC
Created attachment 125279 [details]
A minimal file to reproduce this bug

Here is how to trigger this bug on Debian 8 (Jessie, current stable) with LibreOffice from backports :

1. Use the mouse pointer to select all content from the attached document (two empty lines).
(do NOT use keyboard shortcut Ctrl + A to "select all", only use the mouse)

2. Use the mouse pointer to click on the font selector and select another font.

From then on, and as long as you only use the mouse, LibreOffice does not redraw window contents.

Use the mouse pointer to open the File menu : the menu content does not appear.
The same problem occurs with all open windows (menus, dialogs, main document windows).

To make window content temporary repainted again, use the keyboard instead of the mouse.

But to stop the buggy behaviour, one has to restart LibreOffice.

I stripped the attached file from everything I could think of.

I found out that removing <office:font-face-decls> from settings.xml fixed this.

Still, the presence of <office:font-face-decls> should not trigger a bug.

I can NOT trigger this bug on current Debian unstable (sid) (same LO version)

I can NOT trigger this bug while connected through X2Go Client.

I can trigger this bug using "ssh -X" from debian unstable to debian stable.

I can trigger this bug using LTSP user sessions (thin clients as well as fat clients).
Comment 1 Buovjaga 2016-05-27 11:56:43 UTC
No problem. I also tried the GTK3 backend (SAL_USE_VCLPLUGIN=gtk3 libreoffice).

64-bit, KDE Plasma 5
Build ID: 5.1.3.2 Arch Linux build-1
CPU Threads: 8; OS Version: Linux 4.5; UI Render: default; 
Locale: fi-FI (fi_FI.UTF-8)

Arch Linux 64-bit, KDE Plasma 5
Version: 5.3.0.0.alpha0+
Build ID: 60041cb237ea73c2c1885dd6afd99d88780c2dfc
CPU Threads: 8; OS Version: Linux 4.5; UI Render: default; 
Locale: fi-FI (fi_FI.UTF-8)
Built on May 26th 2016
Comment 2 Sébastien Ducoulombier 2016-06-29 09:30:16 UTC
Corrupt font files cause this bug.

To fix the issue, I typed this command to list the corrupt font files and I deleted them.

find -type f /usr/local/share/fonts |while read f; do fc-validate "$f" >/dev/null; done
Comment 3 Xisco Faulí 2017-09-04 08:59:29 UTC Comment hidden (obsolete)
Comment 4 QA Administrators 2018-04-04 13:08:24 UTC Comment hidden (obsolete)
Comment 5 Sébastien Ducoulombier 2018-04-04 14:57:40 UTC
Using version 5.2.7.2 on Debian 9, I cannot reproduce this bug.

I do not have Debian 8 with backports' libreoffice packages anymore.
Comment 6 Buovjaga 2018-04-04 18:02:48 UTC
Thx, let's close