https://bugs.kde.org/show_bug.cgi?id=365678
Bug ID: 365678
Summary: Massive flicker and repaint problems with Neon 5.7 on
remote X
Product: neon
Version: unspecified
Platform: Other
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: NOR
Component: Packages User Edition
Assignee: neon-b...@kde.org
Reporter: glo...@fbihome.de
CC: j...@jriddell.org, neon-b...@kde.org, sit...@kde.org
When starting LibreOffice AKA LO with KDE4 backend on a remote server, there is
a high chance LO starts and gets stuck with refresh problems (no refresh at
all) on startup. I can always deadlock refresh of LO by opening any dialog of
LO. It's a little better with the Gtk+2 backend, where the application starts,
but can still be deadlocked with opening a dialog, easiest done with the
complex extension manager.
To make it worse the whole screen basically breaks. On any mouse movement parts
of the screen flickers and is repainted wrong. At this point you can just hope
to switch to the konsole and Ctrl+C LO, which restores the screen. Luckly the
window switcher (Alt + Tab) let you identify the konsole, even if the image of
the window is completely broken, but it still resembles the konsole.
As I need this connection for my LO development, I just switched to WindowMaker
- no more problems.
I found #363500, but this looks much less severe.
Reproducible: Always
Steps to Reproduce:
1. ssh -X
2. start LibreOffice preferably with KDE4 backend
Actual Results:
Whole screen is a mess, any interaction flickers.
Expected Results:
Remote X "just works".
--
You are receiving this mail because:
You are watching all bug changes.
