Bug 434210

Summary: Gwenview needs 25 seconds to start
Product: [Applications] gwenview Reporter: Yann Salmon <contact+bugs+kde>
Component: generalAssignee: Gwenview Bugs <gwenview-bugs-null>
Status: RESOLVED WORKSFORME    
Severity: normal CC: claudiolanconelli, gfew3vhy, strong.drum0546, tagwerk19
Priority: NOR    
Version First Reported In: 19.12.3   
Target Milestone: ---   
Platform: Kubuntu   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description Yann Salmon 2021-03-09 22:35:22 UTC
SUMMARY

Gwenview takes a long time to start on some occasions, notably the first time I start it in a session (or if it has not been started for a long time ?).


STEPS TO REPRODUCE
1. Start Gwenview, either through the command line or by double-cliking an image file in Dolphin.


OBSERVED RESULT
The outline of the Gwenview window is briefely displayed but the inner content is not and it is irresponsive (other programs and the DE are still usable). After ~25 seconds, Gwenview finally functions.

EXPECTED RESULT
Gwenview should not take such a long time to start.

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: KUbuntu 20.04
(available in About System)
KDE Plasma Version: 5.18.5
KDE Frameworks Version: KDE Frameworks 5.68.0
Qt Version: Qt 5.12.8

ADDITIONAL INFORMATION
I deactivated history and activated the low-resource thumbnail mode (use embedded thumbnails).

The problem happens even when starting Gwenview in a working dir that contains no files.
Comment 1 Claudio 2021-04-07 16:10:14 UTC
I have the same problem, now every time gewenview takes several seconds to open even if opened without any file (from the system menu). During these seconds only the title bar is rendered, the window content is not updated, it shows the previous background. The CPU is idle, the disk is idle too. I tried to start gwenview with strace and it appears it is waiting for a resources with several timeouts:

poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3, [{iov_base="\1\0\10\0\r\0\300\6\226\2\0\0\0\0\0\0\3\0\3\0\0\0\1\0!\0\0\0\0\0\0\0"..., iov_len=100}], 1) = 100
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3, [{iov_base="\22\0\16\0\r\0\300\6'\0\0\0\37\0\0\0\10ptr\35\0\0\0Qt Clipb"..., iov_len=56}, {iov_base=NULL, iov_len=0}, {iov_base="", iov_len=0}], 3) = 56
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3, [{iov_base="\2\0\4\0\r\0\300\6\0\10\0\0\0\0@\0\23\0\3\0\r\0\300\6N\1\0\0\30\0\6\0"..., iov_len=56}], 1) = 56
futex(0x7ffd8fdce828, FUTEX_WAIT_PRIVATE, 0, NULL) = 0
futex(0x55669057bdf8, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x55669058bbd0, FUTEX_WAIT_BITSET_PRIVATE, 0, {tv_sec=29801, tv_nsec=166685105}, FUTEX_BITSET_MATCH_ANY) = 0
futex(0x55669058bb80, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x55669058bbd4, FUTEX_WAIT_BITSET_PRIVATE, 0, {tv_sec=29801, tv_nsec=166708345}, FUTEX_BITSET_MATCH_ANY) = 0
futex(0x55669058bb80, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x55669058bbd0, FUTEX_WAIT_BITSET_PRIVATE, 0, {tv_sec=29801, tv_nsec=167094124}, FUTEX_BITSET_MATCH_ANY) = -1 ETIMEDOUT (Connessione scaduta)
futex(0x55669058bb80, FUTEX_WAKE_PRIVATE, 1) = 0
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3, [{iov_base="\27\0\2\0G\1\0\0", iov_len=8}], 1) = 8
futex(0x7ffd8fdce858, FUTEX_WAIT_PRIVATE, 0, NULL) = 0
futex(0x55669057bdf8, FUTEX_WAKE_PRIVATE, 1) = 0
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3, [{iov_base="\23\0\3\0\r\0\300\6N\1\0\0\30\0\6\0\r\0\300\6G\1\0\0I\1\0\0N\1\0\0"..., iov_len=40}], 1) = 40
futex(0x7ffd8fdce7f8, FUTEX_WAIT_PRIVATE, 0, NULL) = 0
futex(0x55669057bdf8, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x55669058bbd0, FUTEX_WAIT_BITSET_PRIVATE, 0, {tv_sec=29806, tv_nsec=168420203}, FUTEX_BITSET_MATCH_ANY) = -1 ETIMEDOUT (Connessione scaduta)
futex(0x55669058bb80, FUTEX_WAKE_PRIVATE, 1) = 0
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3, [{iov_base="\27\0\2\0G\1\0\0", iov_len=8}], 1) = 8
futex(0x7ffd8fdce8f8, FUTEX_WAIT_PRIVATE, 0, NULL) = -1 EAGAIN (Risorsa temporaneamente non disponibile)
futex(0x55669057bdf8, FUTEX_WAKE_PRIVATE, 1) = 0
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3, [{iov_base="\23\0\3\0\r\0\300\6N\1\0\0\30\0\6\0\r\0\300\6G\1\0\0I\1\0\0N\1\0\0"..., iov_len=40}], 1) = 40
futex(0x7ffd8fdce898, FUTEX_WAIT_PRIVATE, 0, NULL) = 0
futex(0x55669057bdf8, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x55669058bbd0, FUTEX_WAIT_BITSET_PRIVATE, 0, {tv_sec=29811, tv_nsec=171445829}, FUTEX_BITSET_MATCH_ANY) = 0
futex(0x55669058bb80, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x55669058bbd4, FUTEX_WAIT_BITSET_PRIVATE, 0, {tv_sec=29811, tv_nsec=171638837}, FUTEX_BITSET_MATCH_ANY) = 0
futex(0x55669058bb80, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x55669058bbd0, FUTEX_WAIT_BITSET_PRIVATE, 0, {tv_sec=29811, tv_nsec=172130215}, FUTEX_BITSET_MATCH_ANY) = 0
futex(0x55669058bb80, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x55669058bbd4, FUTEX_WAIT_BITSET_PRIVATE, 0, {tv_sec=29811, tv_nsec=172206216}, FUTEX_BITSET_MATCH_ANY) = 0
futex(0x55669058bb80, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x55669058bbd0, FUTEX_WAIT_BITSET_PRIVATE, 0, {tv_sec=29811, tv_nsec=171575290}, FUTEX_BITSET_MATCH_ANY) = -1 EAGAIN (Risorsa temporaneamente non disponibile)
futex(0x55669058bb80, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x55669058bbd4, FUTEX_WAIT_BITSET_PRIVATE, 0, {tv_sec=29811, tv_nsec=172096591}, FUTEX_BITSET_MATCH_ANY) = 0
futex(0x55669058bb80, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x55669058bbd0, FUTEX_WAIT_BITSET_PRIVATE, 0, {tv_sec=29811, tv_nsec=171866358}, FUTEX_BITSET_MATCH_ANY) = 0
futex(0x55669058bb80, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x55669058bbd4, FUTEX_WAIT_BITSET_PRIVATE, 0, {tv_sec=29811, tv_nsec=171512200}, FUTEX_BITSET_MATCH_ANY) = 0
futex(0x55669058bb80, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x55669058bbd0, FUTEX_WAIT_BITSET_PRIVATE, 0, {tv_sec=29811, tv_nsec=171466816}, FUTEX_BITSET_MATCH_ANY) = -1 ETIMEDOUT (Connessione scaduta)

I tried to delete .config/gwenviewrc without success, I can't find a workaround. On my system gwenview is unusable. I don't know if it is related but I have a dual monitor 1920x1080 with nvidia driver.
Comment 2 Claudio 2021-04-07 16:12:49 UTC
My system is Kubuntu 20.04.02
Comment 3 Claudio 2021-04-07 16:35:57 UTC
I reinstalled gwenview and now It starts without delay
Comment 4 tagwerk19 2021-04-07 16:40:50 UTC
See Bug 416937 and Bug 411196

In my experience "stuck" dolphin or gwenview could be "unstuck" by opening Klipper and deleting the "entire clipboard history".
Comment 5 Lenzoid 2025-06-11 20:13:36 UTC
Thanks for the report! I've looked at reports for Gwenview and I can see no similar reports of this and it's not reproducible in 25.07.70. Can we ask you to please check if this is still an issue with Plasma 6.3.5 or newer? If you do nothing, the report will close automatically after 30 days.
Comment 6 Bug Janitor Service 2025-06-26 03:48:02 UTC
๐Ÿ›๐Ÿงน โš ๏ธ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME.

For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging.

Thank you for helping us make KDE software even better for everyone!
Comment 7 Bug Janitor Service 2025-07-11 03:47:47 UTC
๐Ÿ›๐Ÿงน This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.