To reproduce: * Make sure no libreoffice instance is running * Also make sure that you are actually using the kde file dialogs * Start e.g. writer * write some text * select it * trigger "copy" (ctrl+c, context menu etc.) * press e.g. "open document" The dialog takes ages to pop up, navigating to other directories will take ages. It happens that selecting one single file takes more than one minute. Also notice that there is no high CPU usage, so looks like a locking issue. Upstream report: https://bugs.freedesktop.org/show_bug.cgi?id=74416 IMHO this is observable since the last KDE filedialog crasher bug got fixed.
I never had bad experiences running a kde desktop while [ebuild R ] app-office/libreoffice-4.1.5.2::pmaci USE="(-aqua) -bluetooth branding cups dbus -debug -eds -gnome -gstreamer gtk gtk3 java -jemalloc -kde mysql -odk opengl -postgres -telepathy {-test} vba -webdav" disabling the "kde" USE. I really wonder if "kde" USE is worth the havoc?
I such a case there is no fix of a bug which seriously put your workflow on the brink we have USE masks. Don't we?
Exactly same problem here: If I've not copied any text in clipboard the file dialog box works fine with a normal speed. When I select a text and make copy, it becomes veeeeeery slow. :( I'll recompiling it with -kde ... till a solution will come out.
I confirm that if I copy e text from Firefox for instance, everythig works fine again.
This should be fixed by now (from memory).
