I have created ~10 files by following these steps, but have been unable to reproduce this crash. Is there any way to reproduce the behavior more consistently?

Thanks for looking into this.

I just tried again with a new user account. I created files in the home directory as described in the report. When trying to create file no. 13, Dolphin crashed again.

This seems to be annoyingly nondeterministic.

Is there something else I can try to get some useful debug info? I tried running Dolphin from a terminal, but there is not useful output when it crashes.

New information was added with comment 2; changing status for inspection.

Created attachment 127944 [details]
Dolphin Crash Backtrace

I have the same issue, also on openSUSE, but on Tumbleweed. Creating a new text file from the context menu sometimes works but mostly crashes. It seems to crash less often if the proposed file name is used, but that could just be a coincidence.

Dolphin Version: 20.04.0
Qt Version: 5.14.1
Frameworks Version: 5.69.0
Operating System: Linux 5.6.6-1-default x86_64
Windowing system: X11
Distribution: "openSUSE Tumbleweed"

I'm also experiencing this, but only on dolphin and dolphin part version 20.04.0-209.1 from the openSuse tumbleweed kde repositories found here: https://en.opensuse.org/SDB:KDE_repositories.
Do

Downgrading both of those packages to 20.04.0-1.1 fixes the problem. Well, not fix, but it only occurs in the version ending .209.1 from above.

It turns out it happened in 20.04.0-1.1 as well, but it happens far less frequently. However, once it does happen. I've noticed it continues to happen in succession after that.

Got another back trace for ya:

Application: Dolphin (kdeinit5), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f33ea333600 (LWP 3275))]

Thread 8 (Thread 0x7f33cbfff700 (LWP 3282)):
#0  0x00007f33ea804cf4 in g_mutex_unlock () from /usr/lib64/libglib-2.0.so.0
#1  0x00007f33ea7b8225 in g_main_context_query () from /usr/lib64/libglib-2.0.so.0
#2  0x00007f33ea7b8958 in ?? () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f33ea7b8aff in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#4  0x00007f33ec0c5beb in QEventDispatcherGlib::processEvents (this=0x7f33c0000b60, flags=...) at kernel/qeventdispatcher_glib.cpp:425
#5  0x00007f33ec06db7b in QEventLoop::exec (this=this@entry=0x7f33cbffeda0, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:136
#6  0x00007f33ebe985ce in QThread::exec (this=<optimized out>) at ../../include/QtCore/../../src/corelib/global/qflags.h:118
#7  0x00007f33ebe99698 in QThreadPrivate::start (arg=0x5651b70a4250) at thread/qthread_unix.cpp:342
#8  0x00007f33eb2baefa in start_thread () from /lib64/libpthread.so.0
#9  0x00007f33ebcfd3bf in clone () from /lib64/libc.so.6

Thread 7 (Thread 0x7f33dccbf700 (LWP 3281)):
#0  0x00007f33eb2c1795 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f33debc330b in ?? () from /usr/lib64/dri/i965_dri.so
#2  0x00007f33debc3187 in ?? () from /usr/lib64/dri/i965_dri.so
#3  0x00007f33eb2baefa in start_thread () from /lib64/libpthread.so.0
#4  0x00007f33ebcfd3bf in clone () from /lib64/libc.so.6

Thread 6 (Thread 0x7f33dd4c0700 (LWP 3280)):
#0  0x00007f33eb2c1795 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f33debc330b in ?? () from /usr/lib64/dri/i965_dri.so
#2  0x00007f33debc3187 in ?? () from /usr/lib64/dri/i965_dri.so
#3  0x00007f33eb2baefa in start_thread () from /lib64/libpthread.so.0
#4  0x00007f33ebcfd3bf in clone () from /lib64/libc.so.6

Thread 5 (Thread 0x7f33ddcc1700 (LWP 3279)):
#0  0x00007f33eb2c1795 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f33debc330b in ?? () from /usr/lib64/dri/i965_dri.so
#2  0x00007f33debc3187 in ?? () from /usr/lib64/dri/i965_dri.so
#3  0x00007f33eb2baefa in start_thread () from /lib64/libpthread.so.0
#4  0x00007f33ebcfd3bf in clone () from /lib64/libc.so.6

Thread 4 (Thread 0x7f33de4c2700 (LWP 3278)):
#0  0x00007f33eb2c1795 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f33debc330b in ?? () from /usr/lib64/dri/i965_dri.so
#2  0x00007f33debc3187 in ?? () from /usr/lib64/dri/i965_dri.so
#3  0x00007f33eb2baefa in start_thread () from /lib64/libpthread.so.0
#4  0x00007f33ebcfd3bf in clone () from /lib64/libc.so.6

Thread 3 (Thread 0x7f33e4f2c700 (LWP 3277)):
#0  0x00007f33ebcf2acf in poll () from /lib64/libc.so.6
#1  0x00007f33ea7b89de in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x00007f33ea7b8aff in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f33ec0c5beb in QEventDispatcherGlib::processEvents (this=0x7f33d8000b60, flags=...) at kernel/qeventdispatcher_glib.cpp:425
#4  0x00007f33ec06db7b in QEventLoop::exec (this=this@entry=0x7f33e4f2bd70, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:136
#5  0x00007f33ebe985ce in QThread::exec (this=<optimized out>) at ../../include/QtCore/../../src/corelib/global/qflags.h:118
#6  0x00007f33e80a1507 in ?? () from /usr/lib64/libQt5DBus.so.5
#7  0x00007f33ebe99698 in QThreadPrivate::start (arg=0x7f33e8123da0) at thread/qthread_unix.cpp:342
#8  0x00007f33eb2baefa in start_thread () from /lib64/libpthread.so.0
#9  0x00007f33ebcfd3bf in clone () from /lib64/libc.so.6

Thread 2 (Thread 0x7f33e5a50700 (LWP 3276)):
#0  0x00007f33ebcf2acf in poll () from /lib64/libc.so.6
#1  0x00007f33eca68772 in ?? () from /usr/lib64/libxcb.so.1
#2  0x00007f33eca6943a in xcb_wait_for_event () from /usr/lib64/libxcb.so.1
#3  0x00007f33e5c3bab0 in QXcbEventQueue::run (this=0x5651b684ad90) at qxcbeventqueue.cpp:228
#4  0x00007f33ebe99698 in QThreadPrivate::start (arg=0x5651b684ad90) at thread/qthread_unix.cpp:342
#5  0x00007f33eb2baefa in start_thread () from /lib64/libpthread.so.0
#6  0x00007f33ebcfd3bf in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x7f33ea333600 (LWP 3275)):
[KCrash Handler]
#6  std::__atomic_base<QObjectPrivate::SignalVector*>::load (__m=std::memory_order_relaxed, this=0x2f65726168732f7b) at /usr/include/c++/9/bits/atomic_base.h:734
#7  std::atomic<QObjectPrivate::SignalVector*>::load (__m=std::memory_order_relaxed, this=0x2f65726168732f7b) at /usr/include/c++/9/atomic:519
#8  QAtomicOps<QObjectPrivate::SignalVector*>::loadRelaxed<QObjectPrivate::SignalVector*> (_q_value=...) at ../../include/QtCore/../../src/corelib/thread/qatomic_cxx11.h:239
#9  QBasicAtomicPointer<QObjectPrivate::SignalVector>::loadRelaxed (this=0x2f65726168732f7b) at ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:248
#10 QObjectPrivate::maybeSignalConnected (this=this@entry=0x5651b73f4a80, signalIndex=signalIndex@entry=17) at kernel/qobject.cpp:486
#11 0x00007f33ec0a3594 in doActivate<false> (sender=0x5651b73f4a20, signal_index=17, argv=0x7ffe78640ec0) at kernel/qobject_p.h:110
#12 0x00007f33ec09e19f in QMetaObject::activate (sender=sender@entry=0x5651b73f4a20, m=m@entry=0x7f33ec9e47e0 <QWindow::staticMetaObject>, local_signal_index=local_signal_index@entry=14, argv=argv@entry=0x0) at kernel/qobject.cpp:3930
#13 0x00007f33ec48bad3 in QWindow::activeChanged (this=this@entry=0x5651b73f4a20) at .moc/moc_qwindow.cpp:811
#14 0x00007f33ec484c1c in QGuiApplicationPrivate::processActivatedEvent (e=<optimized out>) at kernel/qguiapplication.cpp:2450
#15 0x00007f33ec489a9c in QGuiApplicationPrivate::processWindowSystemEvent (e=e@entry=0x5651b6e62420) at kernel/qguiapplication.cpp:1962
#16 0x00007f33ec46353b in QWindowSystemInterface::sendWindowSystemEvents (flags=flags@entry=...) at kernel/qwindowsysteminterface.cpp:1163
#17 0x00007f33e5c3ca6a in xcbSourceDispatch (source=<optimized out>) at qxcbeventdispatcher.cpp:105
#18 0x00007f33ea7b86e8 in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0
#19 0x00007f33ea7b8a70 in ?? () from /usr/lib64/libglib-2.0.so.0
#20 0x00007f33ea7b8aff in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#21 0x00007f33ec0c5bce in QEventDispatcherGlib::processEvents (this=0x5651b68e76a0, flags=...) at kernel/qeventdispatcher_glib.cpp:423
#22 0x00007f33ec06db7b in QEventLoop::exec (this=this@entry=0x7ffe78641210, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:136
#23 0x00007f33ec075952 in QCoreApplication::exec () at ../../include/QtCore/../../src/corelib/global/qflags.h:118
#24 0x00007f33e72ef4f7 in kdemain (argc=<optimized out>, argv=<optimized out>) at /usr/src/debug/dolphin-20.04.0-1.1.x86_64/src/main.cpp:172
#25 0x00005651b51f9bcb in launch (argc=1, _name=0x5651b6810a98 "dolphin", args=<optimized out>, cwd=<optimized out>, envc=0, envs=0x5651b6810aa8 "", reset_env=false, tty=0x0, avoid_loops=false, startup_id_str=0x5651b51fc175 "0") at /usr/src/debug/kinit-5.69.0-208.1.x86_64/src/kdeinit/kinit.cpp:708
#26 0x00005651b51fadf8 in handle_launcher_request (sock=<optimized out>, who=<optimized out>) at /usr/src/debug/kinit-5.69.0-208.1.x86_64/src/kdeinit/kinit.cpp:1146
#27 0x00005651b51fb7d4 in handle_requests (waitForPid=0) at /usr/src/debug/kinit-5.69.0-208.1.x86_64/src/kdeinit/kinit.cpp:1339
#28 0x00005651b51f664d in main (argc=5, argv=<optimized out>) at /usr/src/debug/kinit-5.69.0-208.1.x86_64/src/kdeinit/kinit.cpp:1777
[Inferior 1 (process 3275) detached]

Just wanted to reiterate that it happens sporadically on 20.03.90 - 20.04.0-1.1, but it happens most often on 20.04.0-209.1 in openSuse Tumblweed.

It also seems to happen when creating folders and renaming files. Although both of these happen far less frequently. However they may be related.

This looks like bug#417749 I think.

(In reply to Wolfgang Bauer from comment #10)
> This looks like bug#417749 I think.

These two might be related, but this bug happens without any network or samba stuff.

(In reply to Dashon from comment #11)
> (In reply to Wolfgang Bauer from comment #10)
> > This looks like bug#417749 I think.
> 
> These two might be related, but this bug happens without any network or
> samba stuff.

Right, but the underlying issue may be the same. The crash backtrace actually is the same AFAICS, and has no relation to anything network or samba related.

Btw, I can *not* reproduce it at all here on openSUSE Leap 15.1 with the latest KDE packages from additional repos.

(In reply to Wolfgang Bauer from comment #12)
> (In reply to Dashon from comment #11)
> > (In reply to Wolfgang Bauer from comment #10)
> > > This looks like bug#417749 I think.
> > 
> > These two might be related, but this bug happens without any network or
> > samba stuff.
> 
> Right, but the underlying issue may be the same. The crash backtrace
> actually is the same AFAICS, and has no relation to anything network or
> samba related.
> 
> Btw, I can *not* reproduce it at all here on openSUSE Leap 15.1 with the
> latest KDE packages from additional repos.

Oh ok. Like OP said, this thing is sporatic. Half the day dolphin works fine. Then out of nowhere, creating a file, folder, or whatever will crash dolphin. I had it happen once about an hour ago. It hasn't happened since, but it is definitely something screwy going on. All I can ask is that you keep using dolphin 20.04.0 and see if it pops up once in a while like it seems to for others in this thread including myself.

Created attachment 128567 [details]
Backtrace from the crash on Tumbleweed 20200515

I get this problem consistently when I try to create a new file or directory in 
Dolphin. Present system:
Operating System: openSUSE Tumbleweed 20200515
KDE Plasma Version: 5.18.5
KDE Frameworks Version: 5.70.0
Qt Version: 5.14.1
Kernel Version: 5.6.12-1-default
OS Type: 64-bit
Processors: 8 × Intel® Core™ i7-4770 CPU @ 3.40GHz
Memory: 15.6 GiB of RAM

Application: Dolphin (dolphin), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f414d929800 (LWP 4626))]

Thread 4 (Thread 0x7f414899a700 (LWP 4631)):
#0  0x00007f414eac7cd0 in g_mutex_lock () from /usr/lib64/libglib-2.0.so.0
#1  0x00007f414ea7b8e0 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x00007f414ea7baff in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f4150ea6beb in QEventDispatcherGlib::processEvents (this=0x7f4138000b60, flags=...) at kernel/qeventdispatcher_glib.cpp:425
#4  0x00007f4150e4eb7b in QEventLoop::exec (this=this@entry=0x7f4148999da0, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:136
#5  0x00007f4150c795ce in QThread::exec (this=<optimized out>) at ../../include/QtCore/../../src/corelib/global/qflags.h:118
#6  0x00007f4150c7a698 in QThreadPrivate::start (arg=0x55cfe13aba20) at thread/qthread_unix.cpp:342
#7  0x00007f414f705efa in start_thread () from /lib64/libpthread.so.0
#8  0x00007f4152ddd3bf in clone () from /lib64/libc.so.6

Thread 3 (Thread 0x7f414acfe700 (LWP 4629)):
#0  0x00007f4152dd2acf in poll () from /lib64/libc.so.6
#1  0x00007f414ea7b9de in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x00007f414ea7baff in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f4150ea6beb in QEventDispatcherGlib::processEvents (this=0x7f413c000b60, flags=...) at kernel/qeventdispatcher_glib.cpp:425
#4  0x00007f4150e4eb7b in QEventLoop::exec (this=this@entry=0x7f414acfdd70, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:136
#5  0x00007f4150c795ce in QThread::exec (this=<optimized out>) at ../../include/QtCore/../../src/corelib/global/qflags.h:118
#6  0x00007f4151132507 in ?? () from /usr/lib64/libQt5DBus.so.5
#7  0x00007f4150c7a698 in QThreadPrivate::start (arg=0x7f41511b4da0) at thread/qthread_unix.cpp:342
#8  0x00007f414f705efa in start_thread () from /lib64/libpthread.so.0
#9  0x00007f4152ddd3bf in clone () from /lib64/libc.so.6

Thread 2 (Thread 0x7f414b822700 (LWP 4628)):
#0  0x00007f4152dd2acf in poll () from /lib64/libc.so.6
#1  0x00007f414f743772 in ?? () from /usr/lib64/libxcb.so.1
#2  0x00007f414f74443a in xcb_wait_for_event () from /usr/lib64/libxcb.so.1
#3  0x00007f414ba0cab0 in QXcbEventQueue::run (this=0x55cfe0ddedf0) at qxcbeventqueue.cpp:228
#4  0x00007f4150c7a698 in QThreadPrivate::start (arg=0x55cfe0ddedf0) at thread/qthread_unix.cpp:342
#5  0x00007f414f705efa in start_thread () from /lib64/libpthread.so.0
#6  0x00007f4152ddd3bf in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x7f414d929800 (LWP 4626)):
[KCrash Handler]
#4  std::__atomic_base<QObjectPrivate::SignalVector*>::load (__m=std::memory_order_relaxed, this=0x6b2f657261687337) at /usr/include/c++/9/bits/atomic_base.h:734
#5  std::atomic<QObjectPrivate::SignalVector*>::load (__m=std::memory_order_relaxed, this=0x6b2f657261687337) at /usr/include/c++/9/atomic:519
#6  QAtomicOps<QObjectPrivate::SignalVector*>::loadRelaxed<QObjectPrivate::SignalVector*> (_q_value=...) at ../../include/QtCore/../../src/corelib/thread/qatomic_cxx11.h:239
#7  QBasicAtomicPointer<QObjectPrivate::SignalVector>::loadRelaxed (this=0x6b2f657261687337) at ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:248
#8  QObjectPrivate::maybeSignalConnected (this=this@entry=0x55cfe17ea2d0, signalIndex=signalIndex@entry=17) at kernel/qobject.cpp:486
#9  0x00007f4150e84594 in doActivate<false> (sender=0x55cfe17ea270, signal_index=17, argv=0x7ffc6907c870) at kernel/qobject_p.h:110
#10 0x00007f4150e7f19f in QMetaObject::activate (sender=sender@entry=0x55cfe17ea270, m=m@entry=0x7f41518927e0 <QWindow::staticMetaObject>, local_signal_index=local_signal_index@entry=14, argv=argv@entry=0x0) at kernel/qobject.cpp:3930
#11 0x00007f4151339ad3 in QWindow::activeChanged (this=this@entry=0x55cfe17ea270) at .moc/moc_qwindow.cpp:811
#12 0x00007f4151332c1c in QGuiApplicationPrivate::processActivatedEvent (e=<optimized out>) at kernel/qguiapplication.cpp:2450
#13 0x00007f4151337a9c in QGuiApplicationPrivate::processWindowSystemEvent (e=e@entry=0x55cfe15a8a30) at kernel/qguiapplication.cpp:1962
#14 0x00007f415131153b in QWindowSystemInterface::sendWindowSystemEvents (flags=flags@entry=...) at kernel/qwindowsysteminterface.cpp:1163
#15 0x00007f414ba0da6a in xcbSourceDispatch (source=<optimized out>) at qxcbeventdispatcher.cpp:105
#16 0x00007f414ea7b6e8 in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0
#17 0x00007f414ea7ba70 in ?? () from /usr/lib64/libglib-2.0.so.0
#18 0x00007f414ea7baff in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#19 0x00007f4150ea6bce in QEventDispatcherGlib::processEvents (this=0x55cfe0e904a0, flags=...) at kernel/qeventdispatcher_glib.cpp:423
#20 0x00007f4150e4eb7b in QEventLoop::exec (this=this@entry=0x7ffc6907cbc0, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:136
#21 0x00007f4150e56952 in QCoreApplication::exec () at ../../include/QtCore/../../src/corelib/global/qflags.h:118
#22 0x00007f4152f4c4f7 in kdemain (argc=<optimized out>, argv=<optimized out>) at /usr/src/debug/dolphin-20.04.0-1.1.x86_64/src/main.cpp:172
#23 0x00007f4152d04ceb in __libc_start_main () from /lib64/libc.so.6
#24 0x000055cfdfbfa08a in _start () at ../sysdeps/x86_64/start.S:120
[Inferior 1 (process 4626) detached]


Same here. Crashes every time. If the filename is left unmodified, i.e. "Text File.txt", then no crash, if I rename it (when prompted) it crashes - every time. Same behaviour when creating a new folder.

Addendum to previous comment:

NAME="openSUSE Tumbleweed"
# VERSION="20200517"

Dolphin: 20.04.0-1.1
libqt5:   5.14.1-2.2

(In reply to malte from comment #15)
> if I rename it (when prompted) it crashes -
> every time.
Not here, it doesn't crash in that case either.

I'm meanwhile already using dolphin 20.04.1 though (otherwise same versions), maybe it contains a fix.(https://commits.kde.org/dolphin/801fdf4c59691f2787c052b9f9392635c76a7627 might have an effect here, according to the backtrace the crash happens when dolphin's window gets activated again)

*** Bug 421807 has been marked as a duplicate of this bug. ***

Those who can reproduce the crash: please provide a valgrind log as described here: https://community.kde.org/Dolphin/FAQ/Crashes

*** Bug 421819 has been marked as a duplicate of this bug. ***

Created attachment 128759 [details]
Dolphin Valgrind Crash

With valgrind, dolphin crashes for me directly after startup.

Created attachment 128778 [details]
Tumbleweed 20200519 Valgrind Crash

The crashes are not always the same. The attached one is quite similar to the previously posted one, but I also had a crash with just the following:

==10210== Jump to the invalid address stated on the next line
==10210==    at 0x989681: ???
==10210==    by 0xD23DC57: ???
==10210==  Address 0x989681 is not stack'd, malloc'd or (recently) free'd

I always get a crash with valgrind once I do a right-click. Alternative for me is to go to File -> Create New and once Dolphin tries to load the menu for Create New it crashes as well.

fixed in later version