https://bugs.documentfoundation.org/show_bug.cgi?id=170549
--- Comment #1 from schaefi <[email protected]> --- I did further debugging: 1. I startet libreoffice without graphics: time libreoffice --headless --convert-to pdf /dev/null Error: source file could not be loaded real 0m0.509s user 0m0.470s sys 0m0.116s This shows that the bug must be a graphical problem 2. I changed the color depth of xrdp sudo vi /etc/xrdp/xrdp.ini ... #max_bpp=32 max_bpp=16 ... sudo systemctl restart xrdp This brought no significant changes. 3. I changed settings of the xfce-session sudo vi ~/.profile ... export SAL_USE_VCLPLUGIN=gtk3 export XMODIFIERS=@im=none export GTK_IM_MODULE=xim export QT_IM_MODULE=xim ... restart xfce-session This brought no significant changes. 4. I disabled xfce compositor: Settings \dann Window Manager Tweaks \dann Compositor \dann uncheck Enable display compositing - disable Enable display compositing This brought no significant changes. 5. I did: export SAL_USE_VCLPLUGIN=gen This brought decisive change: time libreoffice --writer --nologo real 0m7.620s user 0m1.385s sys 0m0.251s There seems to be a heavy GTK3/X11 overhead (in contrast to the light weight generic VCL plugin. Switching to the VCL plugin is the solution! Yet the solution seems to be rather a temporary bugfix. I think the GTK3/X11 problem should be investigated further and root cause as this is a standard installation which many user rely on. I hope nevertheless that this description helps others to debug and fix/circumvent the problem. -- You are receiving this mail because: You are the assignee for the bug.
