https://bugs.kde.org/show_bug.cgi?id=411196
Nate Graham <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected], | |[email protected] Ever confirmed|0 |1 Summary|gwenview very slow to |Gwenview very slow to |launch |launch while the top item | |in the system clipboard was | |sent by KDE Connect using | |the shared clipboard | |feature Status|REPORTED |CONFIRMED --- Comment #16 from Nate Graham <[email protected]> --- I share your suspicion that KDE Connect has something to do with it. IN fact, I can confirm it! I just copied a URL to an image on my phone, grabbed it off the synced clipboard on my computer, downloaded the image, and opened it in Gwenview, which hung. While it was still hung, I opened the klipper applet in the system tray and deleted the clipboard entry for the URL. Immediately Gwenview sprang to life. I was not able to reproduce the issue by adding that same URL to the clipboard on the host machine, but I then reproduced the issue by copying any other text on my phone (not even a URL, just ordinary text) while using a synced clipboard. As long as the top item in the host clipboard came from KDE Connect, Gwenview hung on launch. The moment I deleted the KDEConnect-originated issue, Gwenview launched instantly. KDE Connect folks (CC'd), any ideas? -- You are receiving this mail because: You are watching all bug changes.
