| Summary: | Dolphin crashed on file transfer in KIO::WidgetsAskUserActionHandler::askUserRename() | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] frameworks-kio | Reporter: | ziris85 |
| Component: | general | Assignee: | David Faure <faure> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | CC: | 2012gdwu+k2, 4wy78uwh, 677ee1vp, 79625490833, a.samirh78, alberto.perinetti, amerhendyali, amir.malki, andreas.davour, antekg0, azmoon22, bugseforuns, cesar, com.tihon, con.m.keating, contact, damian.hoester, david, elvis.angelaccio, emmanuelpescosta099, ernst, eto, floux.dp, francois5537, gildos, grahamperrin, gyy, holzpferd, houstonjohnr, hrvooje, imroot, ismailsahillioglu, ivan.rincon76, jacachuanin, jdiazgonz, jens-bugs.kde.org, jjrbrtjesus, jmrsh5, johnny.vries, jpalecek, jtamate, katyaberezyaka, kb, kde, kde, kde, kdebugs, kdelibs-bugs, klivmanis+kde, leviatan1, marcodemontel, meven29, michaldom, mycclark, nail_swishy_4w, nate, neuromancerx1, nico.kruber, null, opensuse.lietuviu.kalba, peter.wedemeyer, pier_andreit, ponchorat1968, postix, p_, qw2g64, qydwhotmail, r.nozhat, Rcaco1515, renyuneyun, rjosecas, rusty.robot.g, saubernix, simonandric5, soft, stanislav.palacek, support, syferpl, ugik.mats, user1967, xoneca+kde |
| Priority: | VHI | Keywords: | drkonqi |
| Version: | 5.26.0 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/frameworks/kio/commit/ac2a594a654a3821e94b34be92d534608b9837a1 | Version Fixed In: | 5.106 |
| Sentry Crash Report: | |||
| Attachments: |
valgrind log of test case segfault
New crash information added by DrKonqi New crash information added by DrKonqi bt full (openSUSE TW; 5.94) |
||
|
Description
ziris85
2016-06-06 20:41:38 UTC
*** Bug 362342 has been marked as a duplicate of this bug. *** *** Bug 360868 has been marked as a duplicate of this bug. *** *** Bug 361309 has been marked as a duplicate of this bug. *** *** Bug 363489 has been marked as a duplicate of this bug. *** *** Bug 362218 has been marked as a duplicate of this bug. *** *** Bug 361765 has been marked as a duplicate of this bug. *** (In reply to Emmanuel Pescosta from comment #6) > *** Bug 361765 has been marked as a duplicate of this bug. *** Thread 1 (Thread 0x7fe1e05e67c0 (LWP 3317)): [KCrash Handler] #6 QObjectPrivate::setParent_helper (this=0x100000000, o=o@entry=0x0) at kernel/qobject.cpp:1973 #7 0x00007fe1da17a3b9 in QObject::setParent (this=<optimized out>, parent=parent@entry=0x0) at kernel/qobject.cpp:1950 #8 0x00007fe1dbeffc6f in KCompositeJob::removeSubjob (this=<optimized out>, job=0x2401260) at /usr/src/debug/kcoreaddons-5.21.0/src/lib/jobs/kcompositejob.cpp:71 #9 0x00007fe1ddf5c615 in KIO::CopyJobPrivate::slotResultErrorCopyingFiles (this=this@entry=0x25a52e0, job=job@entry=0x2401260) at /usr/src/debug/kio-5.21.0/src/core/copyjob.cpp:1412 #10 0x00007fe1ddf5d2a2 in KIO::CopyJobPrivate::slotResultCopyingFiles (this=0x25a52e0, job=0x2401260) at /usr/src/debug/kio-5.21.0/src/core/copyjob.cpp:1280 #11 0x00007fe1da171c41 in QMetaObject::activate (sender=sender@entry=0x2401260, signalOffset=<optimized out>, local_signal_index=local_signal_index@entry=3, argv=argv@entry=0x7fff864ff720) at kernel/qobject.cpp:3730 #12 0x00007fe1da1727a7 in QMetaObject::activate (sender=sender@entry=0x2401260, m=m@entry=0x7fe1dc1520c0 <KJob::staticMetaObject>, local_signal_index=local_signal_index@entry=3, argv=argv@entry=0x7fff864ff720) at kernel/qobject.cpp:3595 #13 0x00007fe1dbf00642 in KJob::result (this=this@entry=0x2401260, _t1=_t1@entry=0x2401260) at /usr/src/debug/kcoreaddons-5.21.0/build/src/lib/moc_kjob.cpp:568 #14 0x00007fe1dbf0136f in KJob::finishJob (this=this@entry=0x2401260, emitResult=emitResult@entry=true) at /usr/src/debug/kcoreaddons-5.21.0/src/lib/jobs/kjob.cpp:109 #15 0x00007fe1dbf013da in KJob::emitResult (this=this@entry=0x2401260) at /usr/src/debug/kcoreaddons-5.21.0/src/lib/jobs/kjob.cpp:293 #16 0x00007fe1ddf90a8c in KIO::FileCopyJob::slotResult (this=0x2401260, job=0x21274d0) at /usr/src/debug/kio-5.21.0/src/core/filecopyjob.cpp:563 *** Bug 366711 has been marked as a duplicate of this bug. *** *** Bug 365772 has been marked as a duplicate of this bug. *** same here - seems to only happen moving to ntfs partitions for me (mounted using ntfs-3g) Dolphin: 16.04.3 KDE Frameworks: 5.25.0 Qt: 5.7.0 Application: Dolphin (dolphin), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7fc2a6c05780 (LWP 7391))] Thread 4 (Thread 0x7fc27e208700 (LWP 7394)): #0 0x00007fc2a64adbfd in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x00007fc299bfde64 in g_main_context_poll (priority=2147483647, n_fds=1, fds=0x7fc278003220, timeout=-1, context=0x7fc278000990) at gmain.c:4103 #2 g_main_context_iterate (context=context@entry=0x7fc278000990, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3803 #3 0x00007fc299bfdf7c in g_main_context_iteration (context=0x7fc278000990, may_block=1) at gmain.c:3869 #4 0x00007fc2a0809f7b in QEventDispatcherGlib::processEvents (this=0x7fc2780008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #5 0x00007fc2a07b98cb in QEventLoop::exec (this=this@entry=0x7fc27e207e50, flags=..., flags@entry=...) at kernel/qeventloop.cpp:210 #6 0x00007fc2a060006a in QThread::exec (this=<optimized out>) at thread/qthread.cpp:507 #7 0x00007fc2a0604899 in QThreadPrivate::start (arg=0x1296840) at thread/qthread_unix.cpp:344 #8 0x00007fc29bec10a4 in start_thread (arg=0x7fc27e208700) at pthread_create.c:309 #9 0x00007fc2a64b602d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 3 (Thread 0x7fc28e3cf700 (LWP 7393)): #0 0x00007fc2a64adbfd in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x00007fc299bfde64 in g_main_context_poll (priority=2147483647, n_fds=1, fds=0x7fc280018810, timeout=-1, context=0x7fc280000990) at gmain.c:4103 #2 g_main_context_iterate (context=context@entry=0x7fc280000990, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3803 #3 0x00007fc299bfdf7c in g_main_context_iteration (context=0x7fc280000990, may_block=1) at gmain.c:3869 #4 0x00007fc2a0809f7b in QEventDispatcherGlib::processEvents (this=0x7fc2800008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #5 0x00007fc2a07b98cb in QEventLoop::exec (this=this@entry=0x7fc28e3cee20, flags=..., flags@entry=...) at kernel/qeventloop.cpp:210 #6 0x00007fc2a060006a in QThread::exec (this=this@entry=0x7fc2a0e87d00 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at thread/qthread.cpp:507 #7 0x00007fc2a0c1e4b5 in QDBusConnectionManager::run (this=0x7fc2a0e87d00 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at qdbusconnection.cpp:196 #8 0x00007fc2a0604899 in QThreadPrivate::start (arg=0x7fc2a0e87d00 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at thread/qthread_unix.cpp:344 #9 0x00007fc29bec10a4 in start_thread (arg=0x7fc28e3cf700) at pthread_create.c:309 #10 0x00007fc2a64b602d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 2 (Thread 0x7fc290581700 (LWP 7392)): #0 0x00007fc2a64adbfd in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x00007fc29934b422 in poll (__timeout=-1, __nfds=1, __fds=0x7fc290580d40) at /usr/include/bits/poll2.h:46 #2 _xcb_conn_wait (c=c@entry=0xc87bd0, cond=cond@entry=0xc87c10, vector=vector@entry=0x0, count=count@entry=0x0) at xcb_conn.c:459 #3 0x00007fc29934d00f in xcb_wait_for_event (c=0xc87bd0) at xcb_in.c:693 #4 0x00007fc29310d3e9 in QXcbEventReader::run (this=0xc93f80) at qxcbconnection.cpp:1337 #5 0x00007fc2a0604899 in QThreadPrivate::start (arg=0xc93f80) at thread/qthread_unix.cpp:344 #6 0x00007fc29bec10a4 in start_thread (arg=0x7fc290581700) at pthread_create.c:309 #7 0x00007fc2a64b602d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 1 (Thread 0x7fc2a6c05780 (LWP 7391)): [KCrash Handler] #6 QObjectPrivate::setParent_helper (this=0x32002800200073, o=o@entry=0x0) at kernel/qobject.cpp:1980 #7 0x00007fc2a07ebda9 in QObject::setParent (this=<optimized out>, parent=parent@entry=0x0) at kernel/qobject.cpp:1957 #8 0x00007fc2a250809f in KCompositeJob::removeSubjob (this=<optimized out>, job=0x1890390) at /usr/src/debug/kcoreaddons-5.25.0/src/lib/jobs/kcompositejob.cpp:71 #9 0x00007fc2a456a755 in KIO::CopyJobPrivate::slotResultErrorCopyingFiles (this=this@entry=0x18ae940, job=job@entry=0x1890390) at /usr/src/debug/kio-5.25.0/src/core/copyjob.cpp:1419 #10 0x00007fc2a456af27 in KIO::CopyJobPrivate::slotResultCopyingFiles (this=this@entry=0x18ae940, job=job@entry=0x1890390) at /usr/src/debug/kio-5.25.0/src/core/copyjob.cpp:1287 #11 0x00007fc2a456cf3a in KIO::CopyJob::slotResult (this=0x14043d0, job=0x1890390) at /usr/src/debug/kio-5.25.0/src/core/copyjob.cpp:2088 #12 0x00007fc2a07e36e5 in QMetaObject::activate (sender=sender@entry=0x1890390, signalOffset=<optimized out>, local_signal_index=local_signal_index@entry=3, argv=argv@entry=0x7ffca9d448c0) at kernel/qobject.cpp:3740 #13 0x00007fc2a07e4277 in QMetaObject::activate (sender=sender@entry=0x1890390, m=m@entry=0x7fc2a275b0c0 <KJob::staticMetaObject>, local_signal_index=local_signal_index@entry=3, argv=argv@entry=0x7ffca9d448c0) at kernel/qobject.cpp:3602 #14 0x00007fc2a2508a72 in KJob::result (this=this@entry=0x1890390, _t1=_t1@entry=0x1890390) at /usr/src/debug/kcoreaddons-5.25.0/build/src/lib/moc_kjob.cpp:568 #15 0x00007fc2a250979f in KJob::finishJob (this=this@entry=0x1890390, emitResult=emitResult@entry=true) at /usr/src/debug/kcoreaddons-5.25.0/src/lib/jobs/kjob.cpp:109 #16 0x00007fc2a250980a in KJob::emitResult (this=this@entry=0x1890390) at /usr/src/debug/kcoreaddons-5.25.0/src/lib/jobs/kjob.cpp:293 #17 0x00007fc2a459f5bc in KIO::FileCopyJob::slotResult (this=0x1890390, job=0x173ef90) at /usr/src/debug/kio-5.25.0/src/core/filecopyjob.cpp:563 #18 0x00007fc2a45a0940 in KIO::FileCopyJob::qt_static_metacall (_o=<optimized out>, _c=<optimized out>, _id=<optimized out>, _a=<optimized out>) at /usr/src/debug/kio-5.25.0/build/src/core/moc_filecopyjob.cpp:116 #19 0x00007fc2a07e36e5 in QMetaObject::activate (sender=sender@entry=0x173ef90, signalOffset=<optimized out>, local_signal_index=local_signal_index@entry=3, argv=argv@entry=0x7ffca9d44ad0) at kernel/qobject.cpp:3740 #20 0x00007fc2a07e4277 in QMetaObject::activate (sender=sender@entry=0x173ef90, m=m@entry=0x7fc2a275b0c0 <KJob::staticMetaObject>, local_signal_index=local_signal_index@entry=3, argv=argv@entry=0x7ffca9d44ad0) at kernel/qobject.cpp:3602 #21 0x00007fc2a2508a72 in KJob::result (this=this@entry=0x173ef90, _t1=_t1@entry=0x173ef90) at /usr/src/debug/kcoreaddons-5.25.0/build/src/lib/moc_kjob.cpp:568 #22 0x00007fc2a250979f in KJob::finishJob (this=this@entry=0x173ef90, emitResult=emitResult@entry=true) at /usr/src/debug/kcoreaddons-5.25.0/src/lib/jobs/kjob.cpp:109 #23 0x00007fc2a250980a in KJob::emitResult (this=this@entry=0x173ef90) at /usr/src/debug/kcoreaddons-5.25.0/src/lib/jobs/kjob.cpp:293 #24 0x00007fc2a45a8a92 in KIO::SimpleJob::slotFinished (this=0x173ef90) at /usr/src/debug/kio-5.25.0/src/core/simplejob.cpp:230 #25 0x00007fc2a45a765b in KIO::SimpleJob::slotError (this=0x173ef90, err=<optimized out>, errorText=...) at /usr/src/debug/kio-5.25.0/src/core/simplejob.cpp:243 #26 0x00007fc2a07e36e5 in QMetaObject::activate (sender=sender@entry=0x19ac470, signalOffset=<optimized out>, local_signal_index=local_signal_index@entry=2, argv=argv@entry=0x7ffca9d44d90) at kernel/qobject.cpp:3740 #27 0x00007fc2a07e4277 in QMetaObject::activate (sender=sender@entry=0x19ac470, m=m@entry=0x7fc2a48520e0 <KIO::SlaveInterface::staticMetaObject>, local_signal_index=local_signal_index@entry=2, argv=argv@entry=0x7ffca9d44d90) at kernel/qobject.cpp:3602 #28 0x00007fc2a458b276 in KIO::SlaveInterface::error (this=this@entry=0x19ac470, _t1=115, _t2=...) at /usr/src/debug/kio-5.25.0/build/src/core/moc_slaveinterface.cpp:412 #29 0x00007fc2a458e097 in KIO::SlaveInterface::dispatch (this=0x19ac470, _cmd=<optimized out>, rawdata=...) at /usr/src/debug/kio-5.25.0/src/core/slaveinterface.cpp:192 #30 0x00007fc2a458b688 in KIO::SlaveInterface::dispatch (this=0x19ac470) at /usr/src/debug/kio-5.25.0/src/core/slaveinterface.cpp:89 #31 0x00007fc2a458faee in KIO::Slave::gotInput (this=0x19ac470) at /usr/src/debug/kio-5.25.0/src/core/slave.cpp:398 #32 0x00007fc2a460de55 in KIO::Slave::qt_static_metacall (_o=<optimized out>, _c=<optimized out>, _id=<optimized out>, _a=<optimized out>) at /usr/src/debug/kio-5.25.0/build/src/core/moc_slave.cpp:87 #33 0x00007fc2a07e36e5 in QMetaObject::activate (sender=0x18ceb00, signalOffset=<optimized out>, local_signal_index=local_signal_index@entry=0, argv=argv@entry=0x0) at kernel/qobject.cpp:3740 #34 0x00007fc2a07e4277 in QMetaObject::activate (sender=<optimized out>, m=m@entry=0x7fc2a4850b40 <KIO::Connection::staticMetaObject>, local_signal_index=local_signal_index@entry=0, argv=argv@entry=0x0) at kernel/qobject.cpp:3602 #35 0x00007fc2a453cd57 in KIO::Connection::readyRead (this=<optimized out>) at /usr/src/debug/kio-5.25.0/build/src/core/moc_connection_p.cpp:142 #36 KIO::ConnectionPrivate::dequeue (this=0x184a1d0) at /usr/src/debug/kio-5.25.0/src/core/connection.cpp:45 #37 0x00007fc2a07e4df6 in QObject::event (this=0x18ceb00, e=<optimized out>) at kernel/qobject.cpp:1263 #38 0x00007fc2a1908afc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQt5Widgets.so.5 #39 0x00007fc2a190fa80 in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQt5Widgets.so.5 #40 0x00007fc2a07bb5f5 in QCoreApplication::notifyInternal2 (receiver=0x18ceb00, event=event@entry=0x184d580) at kernel/qcoreapplication.cpp:988 #41 0x00007fc2a07bd653 in QCoreApplication::sendEvent (event=0x184d580, receiver=<optimized out>) at kernel/qcoreapplication.h:231 #42 QCoreApplicationPrivate::sendPostedEvents (receiver=receiver@entry=0x0, event_type=event_type@entry=0, data=0xc72ce0) at kernel/qcoreapplication.cpp:1649 #43 0x00007fc2a07bdb98 in QCoreApplication::sendPostedEvents (receiver=receiver@entry=0x0, event_type=event_type@entry=0) at kernel/qcoreapplication.cpp:1503 #44 0x00007fc2a080a713 in postEventSourceDispatch (s=0xcd02e0) at kernel/qeventdispatcher_glib.cpp:276 #45 0x00007fc299bfdc84 in g_main_dispatch (context=0x7fc288002450) at gmain.c:3122 #46 g_main_context_dispatch (context=context@entry=0x7fc288002450) at gmain.c:3737 #47 0x00007fc299bfded8 in g_main_context_iterate (context=context@entry=0x7fc288002450, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3808 #48 0x00007fc299bfdf7c in g_main_context_iteration (context=0x7fc288002450, may_block=1) at gmain.c:3869 #49 0x00007fc2a0809f5c in QEventDispatcherGlib::processEvents (this=0xcc0620, flags=...) at kernel/qeventdispatcher_glib.cpp:423 #50 0x00007fc2a07b98cb in QEventLoop::exec (this=this@entry=0x7ffca9d45700, flags=..., flags@entry=...) at kernel/qeventloop.cpp:210 #51 0x00007fc2a07c16c6 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1261 #52 0x00007fc2a67dad75 in kdemain () from /usr/lib64/libkdeinit5_dolphin.so #53 0x00007fc2a63f2b25 in __libc_start_main (main=0x400760, argc=2, argv=0x7ffca9d459c8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffca9d459b8) at libc-start.c:285 #54 0x000000000040078e in _start () as a side note, when I move the files with "mv", I get the following errors/warnings which might be related: mv: preserving times for ‘...’: Operation not permitted mv: preserving permissions for ‘...’: Operation not permitted *** Bug 360206 has been marked as a duplicate of this bug. *** *** Bug 361508 has been marked as a duplicate of this bug. *** *** Bug 367533 has been marked as a duplicate of this bug. *** *** Bug 368943 has been marked as a duplicate of this bug. *** *** Bug 371932 has been marked as a duplicate of this bug. *** *** Bug 373139 has been marked as a duplicate of this bug. *** *** Bug 373806 has been marked as a duplicate of this bug. *** *** Bug 358023 has been marked as a duplicate of this bug. *** *** Bug 356552 has been marked as a duplicate of this bug. *** *** Bug 371701 has been marked as a duplicate of this bug. *** *** Bug 357905 has been marked as a duplicate of this bug. *** @Nico: thanks for the backtrace. If you can reproduce the crash, could you also provide a valgrind log? See https://community.kde.org/Dolphin/FAQ/Crashes (In reply to Elvis Angelaccio from comment #23) > @Nico: thanks for the backtrace. If you can reproduce the crash, could you > also provide a valgrind log? See > https://community.kde.org/Dolphin/FAQ/Crashes sorry for the delay, I'll try to create and provide the logs this week *** Bug 376634 has been marked as a duplicate of this bug. *** I found a "clean" and reliable way to reproduce this bug on my machine (openSUSE Leap 42.2, Dolphin 16.08.2). It's based on my experience with moving files to a FAT partition as described in duplicate bug 376634. As a normal user, create a test setup as follows: dd if=/dev/zero of=fs.bin bs=1M count=1024 mkdir mnt sudo losetup /dev/loop1 fs.bin sudo mkfs.vfat /dev/loop1 sudo mount -o users,gid=users,umask=0002,utf8=true /dev/loop1 mnt wget https://www.python.org/ftp/python/3.6.0/Python-3.6.0.tar.xz tar xpf Python-3.6.0.tar.xz Now, open dolphin, activate split view. On the left hand side, open "mnt", on the right hand side open "Python-3.6.0". Select everything in "Python-3.6.0" and drag it into "mnt". Dolphin will throw a number of error messages as described and eventually segfault. @Sebastian: tried your steps and everything works as expected here. What's your version of KIO? "rpm -qa | grep -i kio" returns:
kio_mtp-0.75-6.4.x86_64
kio_kamera-16.08.2-1.1.x86_64
kio-core-5.26.0-2.2.x86_64
kio_audiocd-16.08.2-1.1.x86_64
kio-extras5-16.08.2-1.1.x86_64
kio-5.26.0-2.2.x86_64
baloo5-kioslaves-5.26.0-2.1.x86_64
kio-lang-5.26.0-2.2.noarch
("Vanilla" openSUSE 42.2 system, all patches applied, no additional repositories in use other than PackMan.)
I should add that mount options in fact make a difference here. Substitute the mount command in my example with mount -o nosuid,uid=1000,gid=100 /dev/loop0 mnt and everything seems to work just fine. Besides, you have to _move_ files, not copy them. If you want a segfault, you have to answer the "access denied" error messages with a few clicks on "retry". @Sebastian: I just tried also with moving, still can't reproduce here. It's possible that the bug has been fixed with frameworks > 5.26 That said, if you can make it crash reliably, a valgrind log could be helpful. See https://community.kde.org/Dolphin/FAQ/Crashes Created attachment 104132 [details]
valgrind log of test case segfault
Please find a valgrind log attached as requested.
I do not know if it makes a difference, but I getting all of my crashes on traditional hard drives (slow), not SSDs. In case this is a timing/threading issue.
*** Bug 377361 has been marked as a duplicate of this bug. *** @Sebastian: thanks for the valgrind log. It seems the crash happens in KIO::CopyJobPrivate::slotResultErrorCopying(), thus moving to kio. *** Bug 378518 has been marked as a duplicate of this bug. *** *** Bug 378946 has been marked as a duplicate of this bug. *** *** Bug 379827 has been marked as a duplicate of this bug. *** *** Bug 381020 has been marked as a duplicate of this bug. *** *** Bug 383242 has been marked as a duplicate of this bug. *** *** Bug 384035 has been marked as a duplicate of this bug. *** Highly annoying bug. This bug must scare users, who are new in Linux and are migrating from Windows. Found workaround to moving files between NTFS partitions in Dolphin: I must be root user (start Dolphin as super user), then I no longer see crashing. I had the same problem in leap 42.1. In tumbleweed also produced the error, I discovered that the problem is in the umask present in fstab. I removed the umask and the problem solved. UUID = 8FCC3293203B8203 / home / eragontux / Disks / SEAG2 ntfs-3g defaults, umask = 000, locale = pt_PT.UTF-8 0 0 I had the same problem in leap 42.1. In tumbleweed also produced the error, I discovered that the problem is in the umask present in fstab. I removed the umask and the problem solved. UUID = 8FCC3293203B8203 / home / eragontux / Disks / SEAG2 ntfs-3g defaults, umask = 000, locale = pt_PT.UTF-8 0 0 The problem was in that umask = 000, I do not know where it came from. Problem solved. after removing 'umask' option I can not create/remove/move files in NTFS at all, because it seems to become read-only. Solved by adding these fstab options: nosuid,nodev,allow_other However Dolphin should not crash with any fstab options *** Bug 384564 has been marked as a duplicate of this bug. *** Created attachment 107931 [details]
New crash information added by DrKonqi
dolphin (17.08.1) using Qt 5.9.1
- What I was doing when the application crashed:
moving Files (cut -> paste) from an ext4 mount to an network cifs mount
- Unusual behavior I noticed:
file transfer finishes sucessfully but dolphin reports "Access denied on {ext4 file path}" and crashes when clicking any of the options
This error doesn't occur when moving files in the other direction. (cifs mount -> ext4 mount)
-- Backtrace (Reduced):
#6 0x00007f39a0e28dfe in QObjectPrivate::setParent_helper (this=0x0, o=o@entry=0x0) at kernel/qobject.cpp:2000
#7 0x00007f39a0e29989 in QObject::setParent (this=<optimized out>, parent=parent@entry=0x0) at kernel/qobject.cpp:1979
#8 0x00007f39a1f16cd2 in KCompositeJob::removeSubjob (this=<optimized out>, job=0x21ec4a0) at /workspace/build/src/lib/jobs/kcompositejob.cpp:71
#9 0x00007f39a467a884 in KIO::CopyJobPrivate::slotResultErrorCopyingFiles (this=this@entry=0x21ebfc0, job=job@entry=0x21ec4a0) at /workspace/build/src/core/copyjob.cpp:1449
#10 0x00007f39a467af14 in KIO::CopyJobPrivate::slotResultCopyingFiles (this=this@entry=0x21ebfc0, job=job@entry=0x21ec4a0) at /workspace/build/src/core/copyjob.cpp:1317
*** Bug 385650 has been marked as a duplicate of this bug. *** *** Bug 385795 has been marked as a duplicate of this bug. *** *** Bug 385832 has been marked as a duplicate of this bug. *** *** Bug 386263 has been marked as a duplicate of this bug. *** A minimal reproducing step on my machine:
1. Create these files (and directories) somewhere under my HOME (which is a BTRFS subvol) (with ANY filename):
mkdir -p a/b && touch a/b/file_b
2. (in dolphin) Cut and paste the directory "a" to /mnt (a NTFS removable drive)
These steps reproduce the problem: all files are in the destination, but the error is shown. At the same time, "a" and "a/b" are left in the source location, but "a/b/file_b" is not (i.e. already "moved").
A slight different example produces the error too, but the behavior (result) is different:
1. mkdir -p a/b && touch a/b/file_b && touch a/file_a
2. Cut and paste
"a/file_a" and "a/b" (empty directory) will be in the destination "a" directory, but "file_b" won't. "a", "a/b" and "a/b/file_b" will be located in the source location while "a/file_a" is moved already.
Under my tests, the error happens only when I "move" (cut-paste) file from my HOME (I didn't test other directories on my internal disk, e.g. /etc) to the NTFS drive (/mnt, in my case). Moving internally on both devices works fine, and moving from NTFS to my HOME also works fine.
Plus, I don't have any umasks in the fstab configuration. The relevant output of `mount` command is:
/dev/sdb1 on /mnt type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
This bug has haunted me for years. I found the fix (at least for me) by complete accident. I'm using a Synology NAS Connected via SAMBA through fstab entries at startup. I had this problem. Cut & Pasting a group of files from my local machine to the remote share (on the same network) would crash. This was an issue that appeared one day after updating to Linux Mint 17. It would only ever crash on a CUT operation. Copy and paste worked fine. Prior to that, everything worked (not requiring the fix I'm about to observe). The fix for me, which I found accidentally: specify your UID & GID on the mount parameters in the FSTAB entry. For me, adding uid=1000,gid=1000 to the mount options. Restart Samba or reboot. Voila, problem solved. Confirmed by reverting said change, problem reappered. Added the UID & GID options back in, rebooted, voila - confirmed - problem solved. I really hope that helps someone else because this drove me bonkers FOR YEARS. This bug could be fixed by https://phabricator.kde.org/D9004 *** Bug 388708 has been marked as a duplicate of this bug. *** *** Bug 385739 has been marked as a duplicate of this bug. *** *** Bug 389018 has been marked as a duplicate of this bug. *** *** Bug 389930 has been marked as a duplicate of this bug. *** *** Bug 390972 has been marked as a duplicate of this bug. *** *** Bug 391074 has been marked as a duplicate of this bug. *** *** Bug 390453 has been marked as a duplicate of this bug. *** (or uid=$(id -u), gid=$(id -g) to be precise and cover users who aren't uid 1000) *** Bug 393803 has been marked as a duplicate of this bug. *** From bug 390453 comment #3: "[...] this problem only happens to people who don't have their UID and GID specified in the mount options." *** Bug 393900 has been marked as a duplicate of this bug. *** *** Bug 396486 has been marked as a duplicate of this bug. *** *** Bug 397805 has been marked as a duplicate of this bug. *** *** Bug 396533 has been marked as a duplicate of this bug. *** *** Bug 397710 has been marked as a duplicate of this bug. *** *** Bug 398646 has been marked as a duplicate of this bug. *** *** Bug 399777 has been marked as a duplicate of this bug. *** *** Bug 400858 has been marked as a duplicate of this bug. *** *** Bug 401143 has been marked as a duplicate of this bug. *** *** Bug 403753 has been marked as a duplicate of this bug. *** why is this report not confirmed after almost 50 duplicates? This looks _very_ similar to #368287 - should we mark it is duplicate? (In reply to David Hallas from comment #74) > This looks _very_ similar to #368287 - should we mark it is duplicate? The stacktrace is not exactly the same. They could be related, but probably not duplicates. A fix has been merged for bug #368287 which looks very similar to this. So please retest with frameworks 5.56.0 once it is released and report of it solves this issue. Otherwise please report new crash information :) *** Bug 408906 has been marked as a duplicate of this bug. *** *** Bug 411812 has been marked as a duplicate of this bug. *** For me dolphin no longer crashes when i move files to an ntfs drive, but it still shows the "access denied" errors and doesn't remove the source file (even though it's actually gone.) This is remedied by adding "uid=1234" (where 1234 is my user's userid) to the fstab mount line, as a user above pointed out. But it still shows a confusing "Access denied" message, and then with a "retry" it says that the source file does not exist, though it still shows in the folder until an F5 refresh. Should I post screenshots here or file a new bug (since the crash appears to be fixed for me)? Created attachment 135029 [details]
New crash information added by DrKonqi
dolphin (20.08.3) using Qt 5.15.2
- What I was doing when the application crashed:
I was copying multiple files, not that large. I got a permissions pop up, clicked retry and dolphin crashed.
-- Backtrace (Reduced):
#4 0x00007f2e5c5bfc2f in QUrl::QUrl(QUrl const&) () from /lib64/libQt5Core.so.5
#5 0x00007f2e5df10ce0 in KIO::CopyJobPrivate::skip(QUrl const&, bool) () from /lib64/libKF5KIOCore.so.5
#6 0x00007f2e5df14b42 in KIO::CopyJobPrivate::processFileRenameDialogResult(QList<KIO::CopyInfo>::iterator const&, KIO::RenameDialog_Result, QUrl const&, QDateTime const&) () from /lib64/libKF5KIOCore.so.5
#8 0x00007f2e5c67a386 in void doActivate<false>(QObject*, int, void**) () from /lib64/libQt5Core.so.5
#9 0x00007f2e5def05e1 in KIO::AskUserActionInterface::askUserSkipResult(KIO::RenameDialog_Result, KJob*) () from /lib64/libKF5KIOCore.so.5
*** Bug 409607 has been marked as a duplicate of this bug. *** *** Bug 432944 has been marked as a duplicate of this bug. *** Gazillions of dupes; raising priority. Created attachment 149299 [details]
bt full (openSUSE TW; 5.94)
Operating System: openSUSE Tumbleweed 20220525
KDE Plasma Version: 5.24.5
KDE Frameworks Version: 5.94.0
Qt Version: 5.15.2
Kernel Version: 5.17.9-1-default (64-bit)
Graphics Platform: Wayland
```
#0 0x00007f0f092846ac in __pthread_kill_implementation () from /lib64/libc.so.6
#1 0x00007f0f092316f6 in raise () from /lib64/libc.so.6
#2 0x00007f0f0b2b9d7e in KCrash::defaultCrashHandler (sig=11) at /usr/src/debug/kcrash-5.94.0-1.1.x86_64/src/kcrash.cpp:633
#3 <signal handler called>
#4 QScopedPointer<QObjectData, QScopedPointerDeleter<QObjectData> >::operator-> (this=0x8) at ../../include/QtCore/../../src/corelib/tools/qscopedpointer.h:116
#5 qGetPtrHelper<QScopedPointer<QObjectData, QScopedPointerDeleter<QObjectData> > > (ptr=...) at ../../include/QtCore/../../src/corelib/global/qglobal.h:1143
#6 QWidget::d_func (this=0x0) at kernel/qwidget.h:132
#7 QWidgetPrivate::createWinId (this=<optimized out>) at kernel/qwidget.cpp:2371
#8 0x00007f0f0a5bdf79 in QWidget::createWinId (this=<optimized out>) at kernel/qwidget.cpp:2442
#9 0x00007f0f0a5bbbd0 in QWidget::create (this=0x564ddc1b3f00, window=<optimized out>, initializeWindow=<optimized out>, destroyOldWindow=<optimized out>) at kernel/qwidget.cpp:1149
#10 0x00007f0f0a5c899a in QWidgetPrivate::setVisible (this=0x564ddc020db0, visible=<optimized out>) at kernel/qwidget.cpp:8063
#11 0x00007f0f0a5c8d92 in QWidget::setVisible (this=this@entry=0x564ddc1b3f00, visible=visible@entry=true) at kernel/qwidget.cpp:8044
#12 0x00007f0f0a78fb95 in QDialog::setVisible (this=0x564ddc1b3f00, visible=<optimized out>) at dialogs/qdialog.cpp:787
#13 0x00007f0f0b335dda in KIO::CopyJobPrivate::slotResultErrorCopyingFiles (this=<optimized out>, job=0x564dda63dd60) at /usr/src/debug/kio-5.94.0-1.1.x86_64/src/core/copyjob.cpp:1769
#14 0x00007f0f09949def in QtPrivate::QSlotObjectBase::call (a=0x7ffd4c6f7b20, r=0x564ddc0c4920, this=0x564dda659950) at ../../include/QtCore/../../src/corelib/kernel/qobjectdefs_impl.h:398
#15 doActivate<false> (sender=0x564dda63dd60, signal_index=6, argv=0x7ffd4c6f7b20) at kernel/qobject.cpp:3886
#16 0x00007f0f099430cf in QMetaObject::activate (sender=sender@entry=0x564dda63dd60, m=<optimized out>, local_signal_index=local_signal_index@entry=3, argv=argv@entry=0x7ffd4c6f7b20) at kernel/qobject.cpp:3946
#17 0x00007f0f0ab97785 in KJob::result (this=this@entry=0x564dda63dd60, _t1=<optimized out>, _t1@entry=0x564dda63dd60, _t2=...) at /usr/src/debug/kcoreaddons-5.94.0-1.1.x86_64/build/src/lib/KF5CoreAddons_autogen/include/moc_kjob.cpp:633
#18 0x00007f0f0ab9b8eb in KJob::finishJob (this=0x564dda63dd60, emitResult=<optimized out>) at /usr/src/debug/kcoreaddons-5.94.0-1.1.x86_64/src/lib/jobs/kjob.cpp:98
#19 0x00007f0f09949def in QtPrivate::QSlotObjectBase::call (a=0x7ffd4c6f7c40, r=0x564dda63dd60, this=0x564ddb3e85a0) at ../../include/QtCore/../../src/corelib/kernel/qobjectdefs_impl.h:398
#20 doActivate<false> (sender=0x564ddb3bd9a0, signal_index=6, argv=0x7ffd4c6f7c40) at kernel/qobject.cpp:3886
#21 0x00007f0f099430cf in QMetaObject::activate (sender=sender@entry=0x564ddb3bd9a0, m=<optimized out>, local_signal_index=local_signal_index@entry=3, argv=argv@entry=0x7ffd4c6f7c40) at kernel/qobject.cpp:3946
#22 0x00007f0f0ab97785 in KJob::result (this=this@entry=0x564ddb3bd9a0, _t1=<optimized out>, _t1@entry=0x564ddb3bd9a0, _t2=...) at /usr/src/debug/kcoreaddons-5.94.0-1.1.x86_64/build/src/lib/KF5CoreAddons_autogen/include/moc_kjob.cpp:633
#23 0x00007f0f0ab9b8eb in KJob::finishJob (this=0x564ddb3bd9a0, emitResult=<optimized out>) at /usr/src/debug/kcoreaddons-5.94.0-1.1.x86_64/src/lib/jobs/kjob.cpp:98
#24 0x00007f0f09949def in QtPrivate::QSlotObjectBase::call (a=0x7ffd4c6f7d60, r=0x564ddb3bd9a0, this=0x564ddc0b7f80) at ../../include/QtCore/../../src/corelib/kernel/qobjectdefs_impl.h:398
#25 doActivate<false> (sender=0x564ddc06c610, signal_index=5, argv=0x7ffd4c6f7d60) at kernel/qobject.cpp:3886
#26 0x00007f0f099430cf in QMetaObject::activate (sender=sender@entry=0x564ddc06c610, m=<optimized out>, local_signal_index=local_signal_index@entry=2, argv=argv@entry=0x7ffd4c6f7d60) at kernel/qobject.cpp:3946
#27 0x00007f0f0b34f056 in KIO::SlaveInterface::error (this=this@entry=0x564ddc06c610, _t1=<optimized out>, _t2=...) at /usr/src/debug/kio-5.94.0-1.1.x86_64/build/src/core/KF5KIOCore_autogen/include/moc_slaveinterface.cpp:452
#28 0x00007f0f0b355f88 in KIO::SlaveInterface::dispatch (this=0x564ddc06c610, _cmd=102, rawdata=...) at /usr/src/debug/kio-5.94.0-1.1.x86_64/src/core/slaveinterface.cpp:181
#29 0x00007f0f0b34ef06 in KIO::SlaveInterface::dispatch (this=0x564ddc06c610) at /usr/src/debug/kio-5.94.0-1.1.x86_64/src/core/slaveinterface.cpp:78
#30 0x00007f0f0b3528b9 in KIO::Slave::gotInput (this=0x564ddc06c610) at /usr/src/debug/kio-5.94.0-1.1.x86_64/src/core/slave.cpp:336
#31 0x00007f0f09949def in QtPrivate::QSlotObjectBase::call (a=0x7ffd4c6f7f70, r=0x564ddc06c610, this=0x564ddc0c59f0) at ../../include/QtCore/../../src/corelib/kernel/qobjectdefs_impl.h:398
#32 doActivate<false> (sender=0x564ddc09ab80, signal_index=3, argv=0x7ffd4c6f7f70) at kernel/qobject.cpp:3886
#33 0x00007f0f0993e660 in QObject::event (this=0x564ddc09ab80, e=0x564ddbe54a90) at kernel/qobject.cpp:1314
#34 0x00007f0f0a58737e in QApplicationPrivate::notify_helper (this=<optimized out>, receiver=0x564ddc09ab80, e=0x564ddbe54a90) at kernel/qapplication.cpp:3632
#35 0x00007f0f09912988 in QCoreApplication::notifyInternal2 (receiver=0x564ddc09ab80, event=0x564ddbe54a90) at kernel/qcoreapplication.cpp:1064
#36 0x00007f0f09915921 in QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0x564dda3eba40) at kernel/qcoreapplication.cpp:1821
#37 0x00007f0f0996aec3 in postEventSourceDispatch (s=0x564dda44edd0) at kernel/qeventdispatcher_glib.cpp:277
#38 0x00007f0f07438da0 in g_main_dispatch (context=0x564dda459c00) at ../glib/gmain.c:3417
#39 g_main_context_dispatch (context=0x564dda459c00) at ../glib/gmain.c:4135
#40 0x00007f0f07439158 in g_main_context_iterate (context=context@entry=0x564dda459c00, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at ../glib/gmain.c:4211
#41 0x00007f0f074391ec in g_main_context_iteration (context=0x564dda459c00, may_block=1) at ../glib/gmain.c:4276
#42 0x00007f0f0996a5a6 in QEventDispatcherGlib::processEvents (this=0x564dda45e0e0, flags=...) at kernel/qeventdispatcher_glib.cpp:423
#43 0x00007f0f099113fb in QEventLoop::exec (this=this@entry=0x7ffd4c6f8360, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:69
#44 0x00007f0f09919566 in QCoreApplication::exec () at ../../include/QtCore/../../src/corelib/global/qflags.h:121
#45 0x00007f0f09e2c3bc in QGuiApplication::exec () at kernel/qguiapplication.cpp:1867
#46 0x00007f0f0a5872f5 in QApplication::exec () at kernel/qapplication.cpp:2824
#47 0x0000564dd855a212 in main (argc=<optimized out>, argv=<optimized out>) at /usr/src/debug/dolphin-22.04.1-1.1.x86_64/src/main.cpp:217
```
*** Bug 439542 has been marked as a duplicate of this bug. *** *** Bug 436389 has been marked as a duplicate of this bug. *** *** Bug 444679 has been marked as a duplicate of this bug. *** *** Bug 454133 has been marked as a duplicate of this bug. *** *** Bug 458570 has been marked as a duplicate of this bug. *** *** Bug 440385 has been marked as a duplicate of this bug. *** *** Bug 458111 has been marked as a duplicate of this bug. *** *** Bug 458709 has been marked as a duplicate of this bug. *** *** Bug 456223 has been marked as a duplicate of this bug. *** All these reports can't be duplicates of the original report from 5.26, since KIO::WidgetsAskUserActionHandler was introduced in 5.78. A possibly relevant merge request was started @ https://invent.kde.org/frameworks/kio/-/merge_requests/1260 Git commit ac2a594a654a3821e94b34be92d534608b9837a1 by Fushan Wen. Committed on 22/04/2023 at 09:09. Pushed by fusionfuture into branch 'master'. WidgetsAskUserActionHandler: make sure all dialogs are created in the main thread In Qt, the GUI runs in its own thread and must be accessed from the main thread. If QWidget is created in a non-main thread, we can use the QMetaObject::invokeMethod() method to create it in the main thread. Related: bug 458709 FIXED-IN: 5.106 M +127 -172 src/widgets/widgetsaskuseractionhandler.cpp https://invent.kde.org/frameworks/kio/commit/ac2a594a654a3821e94b34be92d534608b9837a1 Marked as resolved by accident A possibly relevant merge request was started @ https://invent.kde.org/frameworks/kio/-/merge_requests/1262 Git commit 214dc24fa331dde345a69ca25f90dda20874ab2b by Fushan Wen. Committed on 23/04/2023 at 08:29. Pushed by fusionfuture into branch 'kf5'. WidgetsAskUserActionHandler: make sure all dialogs are created in the main thread In Qt, the GUI runs in its own thread and must be accessed from the main thread. If QWidget is created in a non-main thread, we can use the QMetaObject::invokeMethod() method to create it in the main thread. Related: bug 458709 FIXED-IN: 5.106 (cherry picked from commit ac2a594a654a3821e94b34be92d534608b9837a1) M +127 -172 src/widgets/widgetsaskuseractionhandler.cpp https://invent.kde.org/frameworks/kio/commit/214dc24fa331dde345a69ca25f90dda20874ab2b Given that there is no new bugreport in a while, mark as resolved for now. |