Crashes when file is dragged and dropped

[ralexbell]

Filezilla crashes when a file is dragged and dropped from the local site to the remote site. When the file is double clicked in the local site it is transfered without error. I am running version 3.0.9.1 on Mac OS X 10.5.2 (Darwin rc0902b-dhcp179.apple.com 9.2.2 Darwin Kernel Version 9.2.2: Tue Mar 4 21:17:34 PST 2008; root:xnu-1228.4.31~1/RELEASE_I386 i386). Maybe it crashes because I am using the i686 version on an i386, but the i686 version is the only one I could find for OS X.

thanks
Alex

[Alexander Schuch]

Drag'n'drop from local pane to remote pane using SFTP works for me on FreeBSD using FileZilla 3.0.9.1. It might be a Mac OS X specific bug.

[Alexander Schuch]

All x86-compatible Macs understand i686 instructions, so this is not the issue. If you have a debugger installed, for example gdb, please run the program inside gdb and provide a backtrace.

On console, enter "gdb path-to-filezilla-binary". On gdb console, enter "run", make FileZilla crash, and enter "bt". Then attach the backtrace to this report. Thanks.

[ralexbell]

gdb backtrace after crash

[ralexbell]

Attached backtrace from gdb.
File Added: filezilla_bt.txt

[earthe]

I'm running a macpro (I assume this is a '686' cpu for this purpose), dragging crashes FileZilla 100% of the time.

gdb:

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x113b7468
0x91863401 in _SetDstBits32BGRA ()

(gdb) bt
#0 0x91863401 in _SetDstBits32BGRA ()
#1 0x91893e21 in PRBFastPatHiliteRunMask32 ()
#2 0x91856d15 in DevRgn ()
#3 0x91856b25 in StdRgn ()
#4 0x91856880 in CallRgn ()
#5 0x960d8346 in MyDrawingProc ()
#6 0x91884581 in CommonDeviceLoop ()
#7 0x960d83ec in InvertMyRegion ()
#8 0x960d86de in HideDragHilite ()
#9 0x9611dddb in CTextensionDrag::HideDragFeedBack ()
#10 0x9611e370 in CTextensionDrag::DragInWindow ()
#11 0x9611e419 in CTextensionDrag::DragTracking ()
#12 0x9613271b in OpaqueTXNObject::DragTracking ()
#13 0x9613275c in CEasyTextDrag::ClientDragTracking ()
#14 0x9611cb8c in MyDragTrackingProc ()
#15 0x95fc9602 in CarbonTrackingMapper ()
#16 0x967c3540 in DoTrackingMessage ()
#17 0x967c3d80 in SendTrackingMessage ()
#18 0x967c377d in DragInApplication ()
#19 0x967c22de in CoreDragStartDragging ()
#20 0x95fc93c7 in TrackDrag ()
#21 0x00282c1e in wxDropSource::DoDragDrop ()
#22 0x0003e5b2 in CLocalListView::OnBeginDrag ()
#23 0x003cb4c3 in wxEvtHandler::ProcessEventIfMatches ()
#24 0x003cb63f in wxEventHashTable::HandleEvent ()
#25 0x003cba0f in wxEvtHandler::ProcessEvent ()
#26 0x0032fbc2 in wxWindowBase::TryParent ()
#27 0x003cb9bc in wxEvtHandler::ProcessEvent ()
#28 0x003cb9ac in wxEvtHandler::ProcessEvent ()
#29 0x002959f4 in wxMacListCtrlEventDelegate::ProcessEvent ()
#30 0x002dd9ac in wxListMainWindow::OnMouse ()
#31 0x003cb4c3 in wxEvtHandler::ProcessEventIfMatches ()
#32 0x003cb63f in wxEventHashTable::HandleEvent ()
#33 0x003cba0f in wxEvtHandler::ProcessEvent ()
#34 0x003cb9ac in wxEvtHandler::ProcessEvent ()
#35 0x0034281e in wxScrollHelperEvtHandler::ProcessEvent ()
#36 0x002c282d in wxMacTopLevelMouseEventHandler ()
#37 0x002c32b6 in wxMacTopLevelEventHandler ()
#38 0x95ebffc3 in DispatchEventToHandlers ()
#39 0x95ebf3fd in SendEventToEventTargetInternal ()
#40 0x95edbe0e in SendEventToEventTarget ()
#41 0x95eee874 in ToolboxEventDispatcherHandler ()
#42 0x95ec037c in DispatchEventToHandlers ()
#43 0x95ebf3fd in SendEventToEventTargetInternal ()
#44 0x95edbe0e in SendEventToEventTarget ()
#45 0x0026afc6 in wxApp::MacHandleOneEvent ()
#46 0x0026b09f in wxApp::MacDoOneEvent ()
#47 0x00283d73 in wxEventLoop::Dispatch ()
#48 0x002f7d3f in wxEventLoopManual::Run ()
#49 0x002e3e73 in wxAppBase::MainLoop ()
#50 0x0038ff0a in wxEntry ()
#51 0x0001e8f8 in main ()

[Tim Kosse]

Please try 3.0.9.2

[earthe]

3.0.9.2 seems to (mostly?) solve the problem. The first time I launched it, I crashed it exactly the same way, but now relaunching it several times and trying a bunch of drag and drop operations, I am not getting any crashing. Works great.

Thanks!

[sf-robot]

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).