[gwenview] [Bug 411196] Gwenview very slow to launch while the top item in the system clipboard was sent by KDE Connect using the shared clipboard feature
https://bugs.kde.org/show_bug.cgi?id=411196 --- Comment #28 from Ewald Müller --- (In reply to darktori from comment #9) > I recently had this extremely slow startup issue. I'm using a SSD, and most > applications open instantly. But gwenview took ~15 seconds showing a > corrupted frame instead, no matter if opened by double clicking a picture in > Dolphin or opening the program directly. I've the same issue here under Kubuntu 20.04.3 LTS, Plasme 5.18.5, KDE-Frameworks 5.68.0 Qt 5.12.8 Kernel 5.4.0-77-generic 64-bit > BUT! After I opened my clipboard manager and removed all my clipboard > history from there, gwenview started to open up instantly again! I'm > currently trying to reproduce the issue, but I don't know what exactly in > the clipboard caused this, if that even was the reason. This resolved also my problem -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 411196] Gwenview very slow to launch while the top item in the system clipboard was sent by KDE Connect using the shared clipboard feature
https://bugs.kde.org/show_bug.cgi?id=411196 Ewald Müller changed: What|Removed |Added Version|18.12.2 |20.04.3 Platform|Fedora RPMs |Kubuntu Packages CC||emu...@netscape.net -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 411196] Gwenview very slow to launch while the top item in the system clipboard was sent by KDE Connect using the shared clipboard feature
https://bugs.kde.org/show_bug.cgi?id=411196 Stéphane Tréboux changed: What|Removed |Added CC||stephane.treb...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 411196] Gwenview very slow to launch while the top item in the system clipboard was sent by KDE Connect using the shared clipboard feature
https://bugs.kde.org/show_bug.cgi?id=411196 Nate Graham changed: What|Removed |Added CC||rikmi...@kde.org --- Comment #27 from Nate Graham --- The fix is in *Gwenview* 20.04. If you're using *Kubuntu* 20.04, it somewhat confusingly ships with version *19.12* of KDE applications (which includes gwenview), not version 20.04. You would need to ask the Kubuntu people to backport this fix to the 19.12 version they ship. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 411196] Gwenview very slow to launch while the top item in the system clipboard was sent by KDE Connect using the shared clipboard feature
https://bugs.kde.org/show_bug.cgi?id=411196 --- Comment #26 from Torsten Römer --- Is this fix included in the current 20.04 release? I updated from 19.10 yesterday and now, after sending some photos with KDE Connect from my phone to the PC, Gwenview starts immediately (difference to 19.10) but just the window comes up and immediately freezes. After about 15 seconds it becomes responsive and shows the picture. This can be repeated again and again. After copying some text to the clipboard, Gwenview starts immediately and displays the image. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 411196] Gwenview very slow to launch while the top item in the system clipboard was sent by KDE Connect using the shared clipboard feature
https://bugs.kde.org/show_bug.cgi?id=411196 Colin J Thomson changed: What|Removed |Added CC|colin.thom...@g6avk.co.uk | -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 411196] Gwenview very slow to launch while the top item in the system clipboard was sent by KDE Connect using the shared clipboard feature
https://bugs.kde.org/show_bug.cgi?id=411196 carlo changed: What|Removed |Added CC||wodd...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 411196] Gwenview very slow to launch while the top item in the system clipboard was sent by KDE Connect using the shared clipboard feature
https://bugs.kde.org/show_bug.cgi?id=411196 dju...@gmail.com changed: What|Removed |Added CC||dju...@gmail.com --- Comment #25 from dju...@gmail.com --- *** Bug 419630 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 411196] Gwenview very slow to launch while the top item in the system clipboard was sent by KDE Connect using the shared clipboard feature
https://bugs.kde.org/show_bug.cgi?id=411196 Nate Graham changed: What|Removed |Added Version Fixed In||20.04.0 -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 411196] Gwenview very slow to launch while the top item in the system clipboard was sent by KDE Connect using the shared clipboard feature
https://bugs.kde.org/show_bug.cgi?id=411196 Nate Graham changed: What|Removed |Added Latest Commit||https://commits.kde.org/gwe ||nview/cf4ce0083b50e6ec4b0a6 ||0e3a8f2ec9f1b5ce01c Resolution|--- |FIXED Status|CONFIRMED |RESOLVED --- Comment #24 from Nate Graham --- Git commit cf4ce0083b50e6ec4b0a60e3a8f2ec9f1b5ce01c by Nate Graham, on behalf of Tomasz Meresiński. Committed on 16/03/2020 at 17:33. Pushed by ngraham into branch 'release/20.04'. Setup paste action text before main loop starts Summary: KIO::pasteActionText sometimes hang when called after main loop start. Test Plan: 1. Setup KDE Connect clipboard sync 2. Copy something on the phone 3. Open gwenview. Without the patch it will start about 15 seconds Reviewers: #gwenview Subscribers: #gwenview Tags: #gwenview Differential Revision: https://phabricator.kde.org/D28051 M +1-1app/fileopscontextmanageritem.cpp https://commits.kde.org/gwenview/cf4ce0083b50e6ec4b0a60e3a8f2ec9f1b5ce01c -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 411196] Gwenview very slow to launch while the top item in the system clipboard was sent by KDE Connect using the shared clipboard feature
https://bugs.kde.org/show_bug.cgi?id=411196 --- Comment #23 from Mark Smith --- My bug was marked as duplicate of this. It appears it's indeed the same exact issue. I use KDE Neon on a physical computer. The issue is definitely caused by KDE Connect, which I also use. I had GV start slowly as described, disabled the clipboard feature, and it became instantaneous to launch again. Shame because the clipboard feature is pretty useful sometimes. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 411196] Gwenview very slow to launch while the top item in the system clipboard was sent by KDE Connect using the shared clipboard feature
https://bugs.kde.org/show_bug.cgi?id=411196 Florian changed: What|Removed |Added CC||kde-b...@pyoworks.com -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 411196] Gwenview very slow to launch while the top item in the system clipboard was sent by KDE Connect using the shared clipboard feature
https://bugs.kde.org/show_bug.cgi?id=411196 --- Comment #22 from tagwer...@innerjoin.org --- Further to comment #18 Re: Issues in KVM guests when something is copied to the clipboard in the host. There seems to be an issue synchronising the clipboard between the host and guest systems, sketched out here: https://bugs.kde.org/show_bug.cgi?id=417590#c19 when the host is running Fedora 30 (an older or mismatched version?). The version of Klipper here 5.15.2 Have not seen the same problems when running the VM's under Fedora 31, Klipper 5.17.5 The version running in the guest; Neon Testing, Klipper 5.18.1 -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 411196] Gwenview very slow to launch while the top item in the system clipboard was sent by KDE Connect using the shared clipboard feature
https://bugs.kde.org/show_bug.cgi?id=411196 medin changed: What|Removed |Added CC||med.medin.2...@gmail.com --- Comment #21 from medin --- It's even slow to show svg images especially when zooming int/out. Mate viewer was much faster for me in the past. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 411196] Gwenview very slow to launch while the top item in the system clipboard was sent by KDE Connect using the shared clipboard feature
https://bugs.kde.org/show_bug.cgi?id=411196 --- Comment #20 from tagwer...@innerjoin.org --- A side issue; maybe an opportunity for confusion... If you open an image in Gwenview, you occasionally get a delay and it is possible to see 'ETIMEDOUT' errors in an strace If you set up a test folder with several images, you may see instances where there are two ETIMEDOUT errors. This is not predictable but not uncommon. If you set up a folder with just a single image, you do not see these instances. In either case it is possible to get the 60 sec delay (seemingly related to copying to the clipboard) This seems not to matter if the image is in a symlinked folder or not. I think this does not affect normal operation but it might be a "gotcha" as when setting up a test environment as you may only have put a single file in the folder 8-/ -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 411196] Gwenview very slow to launch while the top item in the system clipboard was sent by KDE Connect using the shared clipboard feature
https://bugs.kde.org/show_bug.cgi?id=411196 --- Comment #19 from Nate Graham --- *** Bug 417847 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 411196] Gwenview very slow to launch while the top item in the system clipboard was sent by KDE Connect using the shared clipboard feature
https://bugs.kde.org/show_bug.cgi?id=411196 --- Comment #18 from tagwer...@innerjoin.org --- Some anecdotal evidence here, in a configuration with a KVM host running two guest systems (host system Fedora 30, KDE spin; guests Neon 5.18 and Neon Testing). Guest systems don't have KDE connect installed but show the same behaviour as seen with KDE Connect. Launching Gwenview on the guest systems, it seems that they are sensitive to items being added to the clipboard 'copied' on the host. Items 'copied' on the host (being visible in Klipper) are copied across to the guest systems clipboard(s). On the guests, you get that occasional 60 second delay opening Gwenview, with multiple ETIMEDOUT's in the strace. Closing gwenview can also hang. Seen this with a 'copy' to the clipboard on the host affecting the behaviour of _both_ guest systems (!) Quite often Klipper is frozen at the same time as Gwenview. However, in cases where it's possible to clear the clipboard, the delay stops (with no more ETIMEDOUT's logged) and Gwenview starts up again. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 411196] Gwenview very slow to launch while the top item in the system clipboard was sent by KDE Connect using the shared clipboard feature
https://bugs.kde.org/show_bug.cgi?id=411196 Colin J Thomson changed: What|Removed |Added CC||colin.thom...@g6avk.co.uk -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 411196] Gwenview very slow to launch while the top item in the system clipboard was sent by KDE Connect using the shared clipboard feature
https://bugs.kde.org/show_bug.cgi?id=411196 --- Comment #17 from tagwer...@innerjoin.org --- A handful of observations: Sporadic one minute delays launching Dolphin and Gwenview (as detailed in Bug 416937), but also noticed slowness when using Klipper. Test environment updated to: Dolphin 19.12.2 Gwenview 19.12.2 From Neon Testing KDE Plasma 5.18.0 KDE Frameworks 5.68.0 QT 5.14.1 There were items in the Clipboard and gwenview 'started' after the clipboard was cleared (text and images were removed, the last item was text and gwenview started when that was deleted) In these tests the kdeconnectd process was NOT running, however there were Clipboard items shared from the KVM -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 411196] Gwenview very slow to launch while the top item in the system clipboard was sent by KDE Connect using the shared clipboard feature
https://bugs.kde.org/show_bug.cgi?id=411196 Nate Graham changed: What|Removed |Added CC||albertv...@gmail.com, ||nicolas.fe...@gmx.de 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 --- 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.
