Created attachment 188858 [details] Screen recording of the steps to reproduce the bug and the observed result SUMMARY The pass widget gets progressively slower and more memory hungry as it's used. As far as I can tell, this happens every time the list of shown passwords is recomputed (either by opening the widget or changing the filter). Attached is a video of the steps to reproduce the bug. STEPS TO REPRODUCE 1. Have a non-empty password store 2. Run `plasmoidviewer -a org.kde.plasma.pass` 3. Repeatedly enter and delete a filter (e.g. by pressing `a<backspace>a<backspace>a<backspace>...`) OBSERVED RESULT The widget UI hangs for more and more time between filter changes, and the RSS of plasmoidviewer grows. EXPECTED RESULT No slowdown or increased memory usage. SOFTWARE/OS VERSIONS Operating System: Gentoo Linux 2.18 KDE Plasma Version: 6.5.5 KDE Frameworks Version: 6.22.0 Qt Version: 6.10.1 Kernel Version: 6.18.7-gentoo-dist (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION I've tried having a look with valgrind but unfortunately it doesn't support AVX512 yet. I've also just tried breaking in GDB when it's stuck but didn't end up finding anything that appeared related.
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-pass/-/merge_requests/21
Git commit 004a8c6ce9c14a275b710352c4361e0c79dc8749 by Harald Sitter. Committed on 26/01/2026 at 09:48. Pushed by sitter into branch 'master'. ui: do not leak pages into the stackview previously we created objects using the stackview as parent. but that means the pages won't get garbage collected when popped. instead defer the object construction to the stackview itself by using the pushItem function. it will create the object correctly so it gets GC'd when popped M +2 -3 package/contents/ui/main.qml https://invent.kde.org/plasma/plasma-pass/-/commit/004a8c6ce9c14a275b710352c4361e0c79dc8749