Custom Query (8142 matches)
Results (376 - 378 of 8142)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#5564 | fixed | Crash when transferring file from sftp site | ||
Description |
See also: https://bugzilla.redhat.com/show_bug.cgi?id=626012 Core was generated by `filezilla'. Program terminated with signal 11, Segmentation fault. #0 0x00000030e1be6160 in gtk_dnd_window_configure_callback (source=0x7fff89656b00) at src/gtk/dnd.cpp:736 736 source->GiveFeedback( ConvertFromGTK(source->m_dragContext->action) ); Missing separate debuginfos, use: debuginfo-install PackageKit-gtk-module-0.6.6-1.fc13.x86_64 SDL-1.2.14-8.fc13.x86_64 dbus-glib-0.86-4.fc13.x86_64 expat-2.0.1-10.fc13.x86_64 gtk2-engines-2.20.1-1.fc13.x86_64 gvfs-1.6.2-1.fc13.x86_64 ibus-gtk-1.3.6-1.fc13.x86_64 ibus-libs-1.3.6-1.fc13.x86_64 libICE-1.0.6-2.fc13.x86_64 libSM-1.1.0-7.fc12.x86_64 libX11-1.3.1-3.fc13.x86_64 libXau-1.0.5-1.fc12.x86_64 libXcomposite-0.4.1-2.fc13.x86_64 libXcursor-1.1.10-4.fc13.x86_64 libXdamage-1.1.2-2.fc13.x86_64 libXext-1.1.2-2.fc13.x86_64 libXfixes-4.0.4-2.fc13.x86_64 libXi-1.3.2-1.fc13.x86_64 libXinerama-1.1-2.fc13.x86_64 libXrandr-1.3.0-5.fc13.x86_64 libXrender-0.9.5-1.fc13.x86_64 libXxf86vm-1.1.0-1.fc13.x86_64 libcanberra-0.24-1.fc13.x86_64 libcanberra-gtk2-0.24-1.fc13.x86_64 libgcrypt-1.4.5-4.fc13.x86_64 libgpg-error-1.7-1.fc13.x86_64 libjpeg-6b-46.fc12.x86_64 libogg-1.2.0-1.fc13.x86_64 libpng-1.2.44-1.fc13.x86_64 libselinux-2.0.90-5.fc13.x86_64 libtasn1-2.4-2.fc13.x86_64 libtdb-1.2.1-2.fc13.x86_64 libtiff-3.9.4-1.fc13.x86_64 libtool-ltdl-2.2.6-20.fc13.x86_64 libudev-153-3.fc13.x86_64 libuuid-2.17.2-8.fc13.x86_64 libvorbis-1.3.1-1.fc13.x86_64 libxcb-1.5-1.fc13.x86_64 nss-mdns-0.10-8.fc12.x86_64 pixman-0.18.0-1.fc13.x86_64 zlib-1.2.3-23.fc12.x86_64 (gdb) bt #0 0x00000030e1be6160 in gtk_dnd_window_configure_callback (source=0x7fff89656b00) at src/gtk/dnd.cpp:736 #1 0x00000030dfd51003 in _gtk_marshal_BOOLEANBOXED (closure=0x2668220, return_value=0x7fff89657280, n_param_values=<value optimized out>,
marshal_data=<value optimized out>) at gtkmarshalers.c:84 #2 0x0000003e9460b98e in IAg_closure_invoke (closure=0x2668220, return_value=0x7fff89657280, n_param_values=2, param_values=0x24bcd50,
#3 0x0000003e9461f947 in signal_emit_unlocked_R (node=<value optimized out>, detail=0, instance=0x25161f0, emission_return=0x7fff896573d0,
#4 0x0000003e94620c29 in IAg_signal_emit_valist (instance=<value optimized out>, signal_id=<value optimized out>, detail=<value optimized out>,
#5 0x0000003e946213a3 in IAg_signal_emit (instance=<value optimized out>, signal_id=<value optimized out>, detail=<value optimized out>)
#6 0x00000030dfe8190f in gtk_widget_event_internal (widget=0x25161f0, event=0x24a8d50) at gtkwidget.c:4958 #7 0x00000030dfd4916d in IAgtk_main_do_event (event=0x24a8d50) at gtkmain.c:1601 #8 0x00000030df86039c in gdk_event_dispatch (source=<value optimized out>, callback=<value optimized out>, user_data=<value optimized out>)
#9 0x0000003e92a3bd02 in g_main_dispatch (context=0x1d74920) at gmain.c:1960 #10 IAg_main_context_dispatch (context=0x1d74920) at gmain.c:2513 #11 0x0000003e92a3fae8 in g_main_context_iterate (context=0x1d74920, block=1, dispatch=1, self=<value optimized out>) at gmain.c:2591 #12 0x0000003e92a3fff5 in IAg_main_loop_run (loop=0x23d0960) at gmain.c:2799 #13 0x00000030dfd493c7 in IAgtk_main () at gtkmain.c:1219 #14 0x00000030e1be7838 in wxEventLoop::Run (this=<value optimized out>) at src/gtk/evtloop.cpp:76 #15 0x00000030e1c61deb in wxAppBase::MainLoop (this=0x1d76140) at src/common/appcmn.cpp:312 #16 0x000000300ea963a5 in wxEntry (argc=<value optimized out>, argv=<value optimized out>) at src/common/init.cpp:448 #17 0x00000000004812e4 in main (argc=1, argv=0x7fff89657928) at locale_initializer.cpp:83 |
|||
#5567 | fixed | Image corruption | ||
Description |
I was using filezilla to upload some images for my website's background. They are my desktop's wallpaper, and so I thought they would be perfect for my site as well. However, every time I upload any of my wallpaper images, they become corrupt on my server. I have been able to upload countless other images and files with 0 problems. I cannot fathom what or how these images differ from any other images. I have changed the image type (.jpg to .png), I have tried resizing them to be smaller (from 1920x1080 to 1280x720 and 300x400), to no avail. I have also tried several of my wallpaper images and they all become corrupt on my server using filezilla. I know it is not my server because using my cpanel's upload tool, the images uploaded fine to the same place, with the same other details. I will attach 2 of my images that corrupt every time I upload. |
|||
#5586 | fixed | Upload fails that works in previous version of FileZilla | ||
Description |
With version 3.3.4.1, an upload of slightly larger than 130k fails, issuing "Target File Already Exists" over and over. I uninstalled 3.3.4.1, and installed version 3.1.3.1, and the file transfers fine, so it appears to not be something environmental. I then reverted back to 3.3.4.1, and it failed again in the same way. I'm trying to send the file to a server running Windows, but I'm not sure of its version. After ensuring that the file didn't exist on the target server, I initiated the upload process. The progress info indicated that it had uploaded exactly 64K bytes, then the "Target File Already Exists" window popped up, indicating that the file already existed on the target server, with a filesize of 64k. I tell it to Overwrite, and after a few seconds, the same popup comes, this time telling me that the file on the server is 0 bytes. I hit OK (Overwrite) and I'm now in the loop of the popup appearing over and over, and the upload not completing. Is there some option that was introduced between these two versions that I might need to set to make the upload happen properly? Thanks! |