Bug 438613

Summary:	KRename crashes almost every time I try to open multiple files
Product:	[Applications] krename	Reporter:	Jeff Gila <jeffgilalinux>
Component:	general	Assignee:	Heiko Becker <heiko.becker>
Status:	REPORTED ---
Severity:	crash	CC:	info
Priority:	NOR	Keywords:	drkonqi
Version First Reported In:	5.0.1
Target Milestone:	---
Platform:	Neon
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:
Attachments:	Video showing KRename crash when opening multiple folders of files

Description Jeff Gila 2021-06-14 12:57:52 UTC

Application: krename (5.0.1)

Qt Version: 5.15.3
Frameworks Version: 5.83.0
Operating System: Linux 5.4.0-74-generic x86_64
Windowing System: X11
Drkonqi Version: 5.22.0
Distribution: KDE neon User Edition 5.22

-- Information about the crash:
- What I was doing when the application crashed:

I selected multiple files in Dolphin and tried to open KRename with "Rename with KRename" in the context menu. KRename also crashes when I use the "Add" button in the application.

The crash can be reproduced every time.

-- Backtrace:
Application: KRename (krename), signal: Segmentation fault

[New LWP 6177]
[New LWP 6178]
[New LWP 6179]
[New LWP 6180]
[New LWP 6181]
[New LWP 6182]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
0x00007fe79de4daff in __GI___poll (fds=0x7ffdf4768e78, nfds=1, timeout=1000) at ../sysdeps/unix/sysv/linux/poll.c:29
[Current thread is 1 (Thread 0x7fe799dcf8c0 (LWP 6176))]

Thread 7 (Thread 0x7fe78b7fe700 (LWP 6182)):
#0  futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x5566c709cba8) at ../sysdeps/nptl/futex-internal.h:183
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x5566c709cb58, cond=0x5566c709cb80) at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0x5566c709cb80, mutex=0x5566c709cb58) at pthread_cond_wait.c:638
#3  0x00007fe791230e6b in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#4  0x00007fe791230a6b in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#5  0x00007fe79d492609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#6  0x00007fe79de5a293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 6 (Thread 0x7fe783fff700 (LWP 6181)):
#0  futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x5566c709cba8) at ../sysdeps/nptl/futex-internal.h:183
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x5566c709cb58, cond=0x5566c709cb80) at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0x5566c709cb80, mutex=0x5566c709cb58) at pthread_cond_wait.c:638
#3  0x00007fe791230e6b in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#4  0x00007fe791230a6b in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#5  0x00007fe79d492609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#6  0x00007fe79de5a293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 5 (Thread 0x7fe78bfff700 (LWP 6180)):
#0  futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x5566c709cba8) at ../sysdeps/nptl/futex-internal.h:183
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x5566c709cb58, cond=0x5566c709cb80) at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0x5566c709cb80, mutex=0x5566c709cb58) at pthread_cond_wait.c:638
#3  0x00007fe791230e6b in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#4  0x00007fe791230a6b in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#5  0x00007fe79d492609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#6  0x00007fe79de5a293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 4 (Thread 0x7fe790b4a700 (LWP 6179)):
#0  futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x5566c709cba8) at ../sysdeps/nptl/futex-internal.h:183
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x5566c709cb58, cond=0x5566c709cb80) at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0x5566c709cb80, mutex=0x5566c709cb58) at pthread_cond_wait.c:638
#3  0x00007fe791230e6b in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#4  0x00007fe791230a6b in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#5  0x00007fe79d492609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#6  0x00007fe79de5a293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 3 (Thread 0x7fe7937e4700 (LWP 6178)):
#0  0x00007fe79de4daff in __GI___poll (fds=0x7fe78c004e60, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
#1  0x00007fe79c2f236e in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007fe79c2f24a3 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007fe79e436b3b in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x00007fe79e3dadcb in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x00007fe79e1f4bb2 in QThread::exec() () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#6  0x00007fe79cda7f4b in ?? () from /lib/x86_64-linux-gnu/libQt5DBus.so.5
#7  0x00007fe79e1f5d4c in ?? () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#8  0x00007fe79d492609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#9  0x00007fe79de5a293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 2 (Thread 0x7fe798fda700 (LWP 6177)):
#0  0x00007fe79de4daff in __GI___poll (fds=0x7fe798fd9be8, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
#1  0x00007fe79a255c1a in ?? () from /lib/x86_64-linux-gnu/libxcb.so.1
#2  0x00007fe79a25790a in xcb_wait_for_event () from /lib/x86_64-linux-gnu/libxcb.so.1
#3  0x00007fe799728e88 in ?? () from /lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#4  0x00007fe79e1f5d4c in ?? () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x00007fe79d492609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#6  0x00007fe79de5a293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 1 (Thread 0x7fe799dcf8c0 (LWP 6176)):
[KCrash Handler]
#4  0x00007fe79e88dac2 in QPixmap::isNull() const () from /lib/x86_64-linux-gnu/libQt5Gui.so.5
#5  0x00007fe79e88dbaf in QPixmap::copy(QRect const&) const () from /lib/x86_64-linux-gnu/libQt5Gui.so.5
#6  0x00007fe79e88f16c in QPixmap::operator=(QPixmap const&) () from /lib/x86_64-linux-gnu/libQt5Gui.so.5
#7  0x00005566c5d6ec3e in KRenameFile::operator= (this=0x5566c6e2efa8, rhs=...) at ./src/krenamefile.cpp:111
#8  0x00005566c5d7f270 in std::__unguarded_linear_insert<QTypedArrayData<KRenameFile>::iterator, __gnu_cxx::__ops::_Val_comp_iter<bool (*)(KRenameFile const&, KRenameFile const&)> > (__last=..., __comp=__comp@entry=...) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qarraydata.h:156
#9  0x00005566c5d7f740 in std::__insertion_sort<QTypedArrayData<KRenameFile>::iterator, __gnu_cxx::__ops::_Iter_comp_iter<bool (*)(KRenameFile const&, KRenameFile const&)> > (__first=..., __last=..., __comp=__comp@entry=...) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qarraydata.h:144
#10 0x00005566c5d7b287 in std::__final_insertion_sort<QTypedArrayData<KRenameFile>::iterator, __gnu_cxx::__ops::_Iter_comp_iter<bool (*)(KRenameFile const&, KRenameFile const&)> > (__comp=..., __last=..., __first=...) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qarraydata.h:144
#11 std::__sort<QTypedArrayData<KRenameFile>::iterator, __gnu_cxx::__ops::_Iter_comp_iter<bool (*)(KRenameFile const&, KRenameFile const&)> > (__comp=..., __last=..., __first=...) at /usr/include/c++/9/bits/stl_algo.h:1970
#12 std::sort<QTypedArrayData<KRenameFile>::iterator, bool (*)(KRenameFile const&, KRenameFile const&)> (__first=..., __last=..., __comp=<optimized out>) at /usr/include/c++/9/bits/stl_algo.h:4899
#13 KRenameModel::sortFiles (this=0x5566c6f64320, mode=<optimized out>, customSortToken=..., customSortMode=<optimized out>) at ./src/krenamemodel.cpp:313
#14 0x00005566c5d7c0d0 in KRenameModel::addFiles (this=0x5566c6f64320, files=...) at ./src/krenamemodel.cpp:226
#15 0x00005566c5d725b4 in KRenameImpl::addFilesOrDirs (this=0x5566c709ece0, list=..., filter=..., recursively=false, dirsWithFiles=false, dirsOnly=false, hidden=false) at ./src/krenameimpl.cpp:207
#16 0x00005566c5d72bbe in KRenameImpl::parseCmdLineOptions (this=0x5566c709ece0, parser=0x7ffdf476a340) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qstring.h:830
#17 0x00005566c5d73ee2 in KRenameImpl::KRenameImpl (this=0x5566c709ece0, window=<optimized out>, list=..., commandLine=0x7ffdf476a340) at ./src/krenameimpl.cpp:79
#18 0x00005566c5d74122 in KRenameImpl::launch (rect=..., list=..., commandLine=0x7ffdf476a340) at ./src/krenameimpl.cpp:106
#19 0x00005566c5d55986 in main (argc=<optimized out>, argv=<optimized out>) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qrect.h:184
[Inferior 1 (process 6176) detached]

Possible duplicates by query: bug 299257, bug 246632.

Reported using DrKonqi

Comment 1 Heiko Becker 2021-06-14 21:52:49 UTC

Hmm, I can't reproduce this but the backtrace at least gives some hints as a start and maybe a Neon docker container also adds some info.

Comment 2 Michael 2025-12-18 14:05:54 UTC

Created attachment 187773 [details]
Video showing KRename crash when opening multiple folders of files

I have this issue, when opening multiple folders with items inside. The number of folders it can open without crashing varies, as sometimes KRename can open 2 folders, sometimes it crashes on 2 folders.  I've attached a video where I've created 3 folders with 55 files (mostly images).  If I select 1 or 2 of them, KRename opens fine (you can't see the cursor, but I close KRename manually), but if I select all three, KRename crashes immediately.