Description of problem: I wanted to send a file to the remote server. The application showed a dialogue whether I want to overwrite the file on the server and other options. I chose to simply "overwrite" the file and hit OK. In that moment, the application crashed. To reproduce: 1. Connect to the server and download its content to your local directory, or go to your local copy of the server content. 2. Edit one of the files. 3. Attempt to send it to the server and overwrite the existing file there. 4. Application will crash. Version-Release number of selected component: filezilla-3.66.5-1.fc40 Additional info: reporter: libreport-2.17.14 type: CCpp reason: filezilla killed by SIGABRT journald_cursor: s=1010ebfef8494bc2bf53f7f4c56b70b4;i=6742d;b=b2d44b01527d47df82939b2ed606a0e4;m=e3ddc087;t=6126e0e3c4f26;x=c7b7e7302fd898ab executable: /usr/bin/filezilla cmdline: /usr/bin/filezilla cgroup: 0::/user.slice/user-1000.slice/user/app.slice/app-gnome-filezilla-10623.scope rootdir: / uid: 1000 kernel: 6.8.0-0.rc5.41.fc40.x86_64 package: filezilla-3.66.5-1.fc40 runlevel: N 5 backtrace_rating: 4 crash_function: fz::nonowning_buffer::add Truncated backtrace: Thread no. 1 (10 frames) #4 fz::nonowning_buffer::add at /usr/src/debug/libfilezilla-0.46.0-1.fc40.x86_64/lib/nonowning_buffer.cpp:38 #5 fz::file_reader::entry at aio/../libfilezilla/aio/aio.hpp:43 #6 operator() at aio/reader.cpp:289 #7 std::__invoke_impl<void, fz::file_reader::do_seek(fz::scoped_lock&)::<lambda()>&> at /usr/include/c++/14/bits/invoke.h:61 #8 std::__invoke_r<void, fz::file_reader::do_seek(fz::scoped_lock&)::<lambda()>&> at /usr/include/c++/14/bits/invoke.h:111 #9 std::_Function_handler<void(), fz::file_reader::do_seek(fz::scoped_lock&)::<lambda()> >::_M_invoke(const std::_Any_data &) at /usr/include/c++/14/bits/std_function.h:290 #10 std::function<void ()>::operator()() const at /usr/include/c++/14/bits/std_function.h:591 #11 fz::pooled_thread_impl::entry at /usr/src/debug/libfilezilla-0.46.0-1.fc40.x86_64/lib/thread_pool.cpp:40 #12 std::execute_native_thread_routine at ../../../../../libstdc++-v3/src/c++11/thread.cc:104 #14 clone3 at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78
Created attachment 2019239 [details] File: proc_pid_status
Created attachment 2019240 [details] File: maps
Created attachment 2019241 [details] File: limits
Created attachment 2019242 [details] File: environ
Created attachment 2019243 [details] File: open_fds
Created attachment 2019244 [details] File: mountinfo
Created attachment 2019245 [details] File: os_info
Created attachment 2019246 [details] File: cpuinfo
Created attachment 2019247 [details] File: core_backtrace
Created attachment 2019248 [details] File: dso_list
Created attachment 2019249 [details] File: backtrace
I hit the same issue (uploading any file crashes the app). The backtrace with debug symbols is the following: (gdb) bt #0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 #1 0x00007ffff60ab1b3 in __pthread_kill_internal (threadid=<optimized out>, signo=6) at pthread_kill.c:78 #2 0x00007ffff605365e in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 #3 0x00007ffff603b902 in __GI_abort () at abort.c:79 #4 0x00007ffff7d83225 in fz::nonowning_buffer::add (this=<optimized out>, bytes=<optimized out>) at /usr/src/debug/libfilezilla-0.46.0-1.fc40.x86_64/lib/nonowning_buffer.cpp:38 #5 0x00007ffff7d8fbfb in fz::file_reader::entry (this=0x7fffe0058fe0) at aio/../libfilezilla/aio/aio.hpp:43 #6 operator() (__closure=<optimized out>) at aio/reader.cpp:289 #7 std::__invoke_impl<void, fz::file_reader::do_seek(fz::scoped_lock&)::<lambda()>&> (__f=<optimized out>) at /usr/include/c++/14/bits/invoke.h:61 #8 std::__invoke_r<void, fz::file_reader::do_seek(fz::scoped_lock&)::<lambda()>&> (__fn=<optimized out>) at /usr/include/c++/14/bits/invoke.h:111 #9 std::_Function_handler<void(), fz::file_reader::do_seek(fz::scoped_lock&)::<lambda()> >::_M_invoke(const std::_Any_data &) (__functor=<optimized out>) at /usr/include/c++/14/bits/std_function.h:290 #10 0x00007ffff7dd9dad in std::function<void ()>::operator()() const (this=0x7fffe002a498) at /usr/include/c++/14/bits/std_function.h:591 #11 fz::pooled_thread_impl::entry (this=0x7fffe002a480) at /usr/src/debug/libfilezilla-0.46.0-1.fc40.x86_64/lib/thread_pool.cpp:40 #12 0x00007ffff62e6544 in std::execute_native_thread_routine (__p=0x7fffe005a510) at ../../../../../libstdc++-v3/src/c++11/thread.cc:104 #13 0x00007ffff60a91b7 in start_thread (arg=<optimized out>) at pthread_create.c:447 #14 0x00007ffff612b39c in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78 The upstream issue is https://trac.filezilla-project.org/ticket/13056 A tentative not-yet-merged upstream patch at https://svn.filezilla-project.org/filezilla/libfilezilla/trunk/lib/aio/reader.cpp?r1=11064&r2=11095&view=patch fixes it for me and I am able to use filezilla again.
Thank you, I'll check out the patch and follow the upstream bug.
FEDORA-2024-0b8ed349ad (libfilezilla-0.46.0-2.fc40) has been submitted as an update to Fedora 40. https://bodhi.fedoraproject.org/updates/FEDORA-2024-0b8ed349ad
FEDORA-2024-0b8ed349ad has been pushed to the Fedora 40 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2024-0b8ed349ad` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2024-0b8ed349ad See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2024-0b8ed349ad (libfilezilla-0.46.0-2.fc40) has been pushed to the Fedora 40 stable repository. If problem still persists, please make note of it in this bug report.