Clearing out klipper history allows dolphin to start immediately. Not doing this means dolphin stays frozen forever. Reproducible: Always Steps to Reproduce: 1. copy hiragana, イカリングを利用するには 2. start dolphin Actual Results: freezes Expected Results: starts Thread 1 (Thread 0x7fffe511b800 (LWP 4304)): #0 0x00007ffff783b743 in select () at ../sysdeps/unix/syscall-template.S:81 #1 0x00007fffe4dbb7f0 in ?? () from /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqxcb.so #2 0x00007fffe4dbbe0f in ?? () from /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqxcb.so #3 0x00007fffe4dbd7a0 in ?? () from /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqxcb.so ---Type <return> to continue, or q <return> to quit--- #4 0x00007ffff2df0aa9 in QInternalMimeData::formats() const () from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5 #5 0x00007fffe4dbd495 in ?? () from /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqxcb.so #6 0x00007ffff2df0946 in QInternalMimeData::hasFormat(QString const&) const () from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5 #7 0x00007ffff28da6d6 in QMimeData::hasUrls() const () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #8 0x00007ffff28da7a2 in QMimeData::hasText() const () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #9 0x00007ffff609a09e in KIO::canPasteMimeData(QMimeData const*) () from /usr/lib/x86_64-linux-gnu/libKF5KIOWidgets.so.5 #10 0x00007ffff609b72b in KIO::pasteActionText(QMimeData const*, bool*, KFileItem const&) () from /usr/lib/x86_64-linux-gnu/libKF5KIOWidgets.so.5 #11 0x00007ffff74daf11 in DolphinView::pasteInfo() const () from /usr/lib/x86_64-linux-gnu/libdolphinprivate.so.5 #12 0x00007ffff7b49747 in ?? () from /usr/lib/x86_64-linux-gnu/libkdeinit5_dolphin.so #13 0x00007ffff28e1197 in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #14 0x00007ffff2ded599 in QClipboard::emitChanged(QClipboard::Mode) () from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5 #15 0x00007fffe4dbc039 in ?? () from /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqxcb.so #16 0x00007fffe4dc2645 in ?? () from /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqxcb.so #17 0x00007fffe4dc3363 in ?? () from /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqxcb.so #18 0x00007ffff28e21d1 in QObject::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #19 0x00007ffff338eb8c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #20 0x00007ffff3394230 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #21 0x00007ffff28b0a9b in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #22 0x00007ffff28b2bd7 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #23 0x00007ffff29079f3 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #24 0x00007fffee65af87 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
Interestingly, I even experienced a case where I tried to copy 4 files in a batch and it hung at some point.. so I cleared by clipboard and voila, the file copy continued. Note that I'm running klipper as and have the plasma clipboard. I do this because the plasma clipboard doesn't respond to the global shortcut I set for "Edit contents..". I haven't reported this bug.
Thanks for the bug report, but I cannot reproduce the problem. It looks pretty much like a Qt bug according to the backtrace. What is your Qt version?
libqt5gui5:amd64 -> 5.4.2+dfsg-2ubuntu3 In the mean time I've also experienced this with non-japanese text
Narrowed this down a bit. If seems to only be triggered once enable 'Synchronize contents of the clipboard and selection'. So: Start the redundant klipper process. Enable Synchronize contents of the clipboard and selection Copy text such as 日本語 Start Dolphin
Gwenview has exactly the same problem, reported here: https://bugs.kde.org/show_bug.cgi?id=352052
Also, when I run klipper in the background I'm spammed with this after starting dolphin: QXcbClipboard: SelectionRequest too old QXcbClipboard: SelectionRequest too old QXcbClipboard: SelectionRequest too old Disable "Synchronize contents of the clipboard and selection" and it goes away
errr, the correctlink to gwenview bug: https://bugs.kde.org/show_bug.cgi?id=352470
*** Bug 352470 has been marked as a duplicate of this bug. ***
Thanks, but I still could not reproduce it.
Tried the instructions with a new user - it wasnt reproducible indeed. Found there was more to it: Start the redundant klipper process. Enable Synchronize contents of the clipboard and selection in klipper Enable Synchronize contents of the clipboard and selection in the plasma desktop clipboard widget Copy any text Start Dolphin
Hi William, Do you still have that issue? I can't recreate it on Neon Git Stable, Plasma 5.12.2, KF 5.43.0, Qt 5.10.0, Dolphin 17.12.2 Klipper tray & plasma widget enabled, "synchronize contents.." enabled (currently, these share configuration regarding that functionality, so it's enough to enable it in one of the above). Copying various hirigana and japanese from this ticket and web. Dolphin starts without any issues every time.
Problem seems to have gone away. Thanks
Great! Thanks for info, closing this as per comment #12