Bug 441542

Happened multiple times again, note that I was hitting [ENTER] on one picture, then the picture was shown, then [ESC] to get back to gallery view, then it immediately crashed.

Kind of reliably reproducible now: Also with [Enter], [Space]...[Space] (to forward between pictures), then [ESC], then the thumbnail gallery is shown, but (in this case) only with placeholders, then immediately a crash.

Experiencing similar behaviour on Plasma Wayland when trying to browse an 11gb folder with almost 20,000 images (mix of jpgs and pngs). Gwenview just crashes after a few seconds. When trying to open up an image from this folder with Gwenview, it simply crashes after at most about 10 seconds. Sometimes the window will go grey before crashing, as if it is hanging, but usually it will just close immediately.

The first time when attempting to open the directory, no files are displayed and it simply crashes. On subsequent opens, a list of images is displayed with file names and a little timer icon where the thumbnail should go, as if it is trying to load a thumbnail, and then crashes once again after a few seconds. I tried several times, and the behaviour is the same.

When running from the command line, the only new output it spews when trying to open an image before crashing compared to successfully opening an image is:

"Could not find video stream
The Wayland connection broke. Did the Wayland compositor die?"

Can reproduce on both my NTFS drive with an 11gb folder and with a 10gb folder with 15,000 items on an ext4 drive.

Application: Gwenview: 21.12.1
Linux/KDE Plasma: 5.16.0-arch1-1
KDE Plasma Version: 5.23.90 (Plasma Wayland)
KDE Frameworks Version: 5.90.0
Qt Version: 5.15.2

Thank you for the bug report. Unfortunately we were not able to get to it yet. Can we ask you to please check if this is still an issue with 25.08.0 (the latest released version)?

🐛🧹 ⚠️ 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!

🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.

Still happens for me on 25.12.2

Application: Gwenview (gwenview), signal: Aborted


This GDB supports auto-downloading debuginfo from the following URLs:
  <ima:enforcing>
  <https://debuginfod.fedoraproject.org/>
  <ima:ignore>
Enable debuginfod for this session? (y or [n]) [answered N; input not from terminal]
Debuginfod has been disabled.
To make this setting permanent, add 'set debuginfod enabled off' to .gdbinit.
[New LWP 22699]
[New LWP 22651]
[New LWP 22652]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `/usr/bin/gwenview /home/richard/Bilder/Test.png'.
Program terminated with signal SIGABRT, Aborted.
#0  0x00007fe2430813cc in __pthread_kill_implementation () from /lib64/libc.so.6
[Current thread is 1 (Thread 0x7fe1d673e6c0 (LWP 22699))]
Using eu-unstrip to resolve modules.
[Current thread is 3 (Thread 0x7fe22d9ff6c0 (LWP 22652))]

Thread 3 (Thread 0x7fe22d9ff6c0 (LWP 22652)):
#0  0x00007fe2430879a2 in __syscall_cancel_arch () at /lib64/libc.so.6
#1  0x00007fe24307bc3c in __internal_syscall_cancel () at /lib64/libc.so.6
#2  0x00007fe24307bc84 in __syscall_cancel () at /lib64/libc.so.6
#3  0x00007fe2430f5706 in ppoll () at /lib64/libc.so.6
#4  0x00007fe23fcf4360 in g_main_context_iterate_unlocked.isra () at /lib64/libglib-2.0.so.0
#5  0x00007fe23fcf4423 in g_main_context_iteration () at /lib64/libglib-2.0.so.0
#6  0x00007fe243a20ded in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt6Core.so.6
#7  0x00007fe24370ab23 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt6Core.so.6
#8  0x00007fe24382dd06 in QThread::exec() () at /lib64/libQt6Core.so.6
#9  0x00007fe244855ae1 in QDBusConnectionManager::run() () at /lib64/libQt6DBus.so.6
#10 0x00007fe2438d3c6e in QThreadPrivate::start(void*) () at /lib64/libQt6Core.so.6
#11 0x00007fe24307f464 in start_thread () at /lib64/libc.so.6
#12 0x00007fe2431025ec in __clone3 () at /lib64/libc.so.6

Thread 2 (Thread 0x7fe23ba11e80 (LWP 22651)):
#0  0x00007fe24308c259 in _int_free_create_chunk () at /lib64/libc.so.6
#1  0x00007fe24308d57e in _int_free_merge_chunk () at /lib64/libc.so.6
#2  0x00007fe24308d801 in _int_free_chunk () at /lib64/libc.so.6
#3  0x00007fe243a41d2f in QMimeBinaryProvider::~QMimeBinaryProvider() () at /lib64/libQt6Core.so.6
#4  0x00007fe243a2cb32 in QtGlobalStatic::Holder<(anonymous namespace)::Q_QGS_staticQMimeDatabase>::~Holder() () at /lib64/libQt6Core.so.6
#5  0x00007fe2430299e1 in __run_exit_handlers () at /lib64/libc.so.6
#6  0x00007fe243029abe in exit () at /lib64/libc.so.6
#7  0x00007fe2430105bc in __libc_start_call_main () at /lib64/libc.so.6
#8  0x00007fe243010668 in __libc_start_main_impl () at /lib64/libc.so.6
#9  0x000056465a373465 in _start ()

Thread 1 (Thread 0x7fe1d673e6c0 (LWP 22699)):
[KCrash Handler]
#4  0x00007fe2430813cc in __pthread_kill_implementation () at /lib64/libc.so.6
#5  0x00007fe24302715e in raise () at /lib64/libc.so.6
#6  0x00007fe24300e6d0 in abort () at /lib64/libc.so.6
#7  0x00007fe2432091b4 in __gnu_cxx::__verbose_terminate_handler() [clone .cold] () at /lib64/libstdc++.so.6
#8  0x00007fe24321ebfc in __cxxabiv1::__terminate(void (*)()) () at /lib64/libstdc++.so.6
#9  0x00007fe243208d3a in std::terminate() () at /lib64/libstdc++.so.6
#10 0x00007fe24321faa5 in __cxa_pure_virtual () at /lib64/libstdc++.so.6
#11 0x00007fe243a3cd17 in QMimeBinaryProvider::matchGlobList(QMimeGlobMatchResult&, QMimeBinaryProvider::CacheFile*, int, QString const&) () at /lib64/libQt6Core.so.6
#12 0x00007fe243a3d721 in QMimeBinaryProvider::addFileNameMatches(QString const&, QMimeGlobMatchResult&) () at /lib64/libQt6Core.so.6
#13 0x00007fe243a2f76f in QMimeDatabasePrivate::findByFileName(QString const&) () at /lib64/libQt6Core.so.6
#14 0x00007fe243a323d7 in QMimeDatabasePrivate::mimeTypeForFileNameAndData(QString const&, QIODevice*) () at /lib64/libQt6Core.so.6
#15 0x00007fe243a33064 in QMimeDatabasePrivate::mimeTypeForFile(QString const&, QFileInfo const&, QMimeDatabase::MatchMode) () at /lib64/libQt6Core.so.6
#16 0x00007fe243a3350d in QMimeDatabase::mimeTypeForFile(QString const&, QMimeDatabase::MatchMode) const () at /lib64/libQt6Core.so.6
#17 0x00007fe205c3846c in createUDSEntry(QString const&, QByteArray const&, KIO::UDSEntry&, QFlags<KIO::StatDetail>, QString const&) () at /usr/lib64/qt6/plugins/kf6/kio/kio_file.so
#18 0x00007fe205c391df in FileProtocol::listDir(QUrl const&) () at /usr/lib64/qt6/plugins/kf6/kio/kio_file.so
#19 0x00007fe245bae053 in KIO::WorkerSlaveBaseBridge::listDir(QUrl const&) () at /lib64/libKF6KIOCore.so.6
#20 0x00007fe245ba973e in KIO::SlaveBase::dispatch(int, QByteArray const&) () at /lib64/libKF6KIOCore.so.6
#21 0x00007fe245ba9dfe in KIO::SlaveBase::dispatchLoop() [clone .constprop.0] () at /lib64/libKF6KIOCore.so.6
#22 0x00007fe245c382da in KIO::WorkerThread::run() () at /lib64/libKF6KIOCore.so.6
#23 0x00007fe2438d3c6e in QThreadPrivate::start(void*) () at /lib64/libQt6Core.so.6
#24 0x00007fe24307f464 in start_thread () at /lib64/libc.so.6
#25 0x00007fe2431025ec in __clone3 () at /lib64/libc.so.6

(In reply to Richard Knausenberger from comment #7)
> Still happens for me on 25.12.2
>
This is a fairly old bug report and the code has changed a lot since it was reported. Based on the backtrace, your crash is different than the one that this report is for. Your crash looks like bug 517431.