Created attachment 185970 [details] journal coredump SUMMARY Scrolling through the tab list quickly in kate causes it to crash STEPS TO REPRODUCE 1. Start kate 2. Open many tabs 3. Scroll through them by spinning your free-spinning mouse wheel OBSERVED RESULT Crash EXPECTED RESULT No crash SOFTWARE/OS VERSIONS Windows: macOS: (available in the Info Center app, or by running `kinfo` in a terminal window) Linux/KDE Plasma: KDE Plasma Version: 6.3.6 KDE Frameworks Version: 6.18.0 Qt Version: 6.9.2 Kernel Version: 6.17.1-0-MANJARO (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION This used to work in 25.08.0 Scrolling slowly works. journactl shows a coredump (attached)
Always reproducible? Can you disable preview plugin and see if it avoids the crash?
I've scrolled one way and then the other for the test, sometimes it crashed on the way back. Never did it survive both directions. So not quite a 100% but very high. Does indeed avoid the crash. Disabling is not even necessary, closing the preview is enough.
A possibly relevant merge request was started @ https://invent.kde.org/utilities/kate/-/merge_requests/1928
reassigning to gwenview
Git commit c37f0d2578ff94039a14308143726e090c3f948d by Waqar Ahmed. Committed on 24/10/2025 at 09:36. Pushed by waqar into branch 'master'. preview: Delay reacting to viewChanged Avoid unnecessary work. Maybe also maybe the crash a bit difficult to trigger M +8 -1 addons/preview/previewwidget.cpp M +2 -0 addons/preview/previewwidget.h https://invent.kde.org/utilities/kate/-/commit/c37f0d2578ff94039a14308143726e090c3f948d
Git commit 6f35b0598567e8815f205a0e023d7e9f602c4e7b by Waqar Ahmed. Committed on 31/10/2025 at 06:28. Pushed by waqar into branch 'release/25.08'. preview: Delay reacting to viewChanged Avoid unnecessary work. Maybe also maybe the crash a bit difficult to trigger (cherry picked from commit c37f0d2578ff94039a14308143726e090c3f948d) M +8 -1 addons/preview/previewwidget.cpp M +2 -0 addons/preview/previewwidget.h https://invent.kde.org/utilities/kate/-/commit/6f35b0598567e8815f205a0e023d7e9f602c4e7b
(In reply to Waqar Ahmed from comment #4) > reassigning to gwenview Why is this in gwenview?
Crash seems to be in gwenview part. See attached bt