Bug 500136 – app-office/libreoffice{-bin}-4.1.4.2 - KDE file dialogs become extremely slow after using copy action in one of LOs components

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Franz Trischberger 2014-02-02 21:31:50 UTC]

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.

[Comment 1 Ulenrich 2014-02-12 15:45:39 UTC]

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?

[Comment 2 Ulenrich 2014-02-12 15:47:12 UTC]

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?

[Comment 3 Silvio 2014-02-20 21:52:06 UTC]

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.

[Comment 4 Silvio 2014-02-20 21:54:27 UTC]

I confirm that if I copy e text from Firefox for instance, everythig works fine again.

[Comment 5 Andreas K. Hüttel 2014-10-24 20:54:45 UTC]

This should be fixed by now (from memory).