Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Arbitrary Crashes #2142

Closed
cyberduck opened this issue May 24, 2008 · 30 comments
Closed

Arbitrary Crashes #2142

cyberduck opened this issue May 24, 2008 · 30 comments
Assignees
Milestone

Comments

@cyberduck
Copy link
Collaborator

f1e9bb6 created the issue

Cyberduck crashes when I switch (onclick) between passive and active window.
I work with Smultron editor. But I forced with the bug since 3.0+ version of Cyberduck.

System Software Overview:

System Version: Mac OS X 10.5.2 (9C7010),
Kernel Version: Darwin 9.2.2

Finder: 10.5.3

With best regards.
Dmitri

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Can you elaborate what you mean by switch (onclick) between passive and active window. Please give the exact steps to reproduce the issue.

@cyberduck
Copy link
Collaborator Author

anonymous commented

It was one or two times when cyberduck crashed by clicking.
More often craches cyberduck with same behaviour when I click on the back button (return to previous directory button).
I become no error report or something similar. It simply throws itself out.
The workflow is usual: connection to server, clicking through directories, editing file, changes in editor, saving of file, idle time, more changes, more idle time, then suddenly when I click back to cyberduck (activate the window) from browser or editor comes crash.
Or it could crash after some time when I first activate the window and then click on the back button.
Looks like cache problem, but I'm not sure.

@cyberduck
Copy link
Collaborator Author

3862cd4 commented

I experience the same defect -- on 10.5.3, Cyberduck Version 3.0.1 (3999). What occurs is that I have opened a text file for edit using the toolbar icon and then click back into the Cyberduck window (which is beneath my text editor window). Instead of coming to the front, the Cyberduck window disappears and the program closes.

@cyberduck
Copy link
Collaborator Author

fb3717c commented

I have the same problem with Cyberduck 3.0.1 on Mac OS X 10.4.11. Today it happened twice but it happened several times before with Cyberduck 3. The first time I was quickly browsing through an FTP-site using the up-button to go 3 levels up, the second time, a few hours later I was trying to scroll down the window. After restarting Cyberduck it does ask if I want to send a crash report which I did submit.

@cyberduck
Copy link
Collaborator Author

info-2008 .at. dorianj.net commented

Same problem on 10.5.3. occasionally I'll hide cyberduck, then a few minutes later click on the dock icon and it crashes.

Dump:

Java information:
Version: Java HotSpot(TM) Client VM (1.5.0_13-119 mixed mode, sharing)
Virtual Machine version: Java HotSpot(TM) Client VM (1.5.0_13-119) for macosx-x86, built on Sep 28 2007 23:59:21 by root with gcc 4.0.1 (Apple Inc. build 5465)
Exception type: Bus Error (0xa) at pc=0x53d083ab

Current thread (0x01a01310): JavaThread "main" [_thread_in_native, id=-1609896032]
Stack: [0xbf800000,0xc0000000)
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j com.apple.cocoa.application.NSOutlineView.itemAtRow(I)Ljava/lang/Object;+0
j ch.cyberduck.ui.cocoa.CDBrowserController.pathAtRow(I)Lch/cyberduck/core/Path;+73
j ch.cyberduck.ui.cocoa.CDBrowserController.getSelectedPaths()Lch/cyberduck/core/Collection;+37
j ch.cyberduck.ui.cocoa.CDBrowserController.validateItem(Ljava/lang/String;)Z+291
j ch.cyberduck.ui.cocoa.CDBrowserController.validateToolbarItem(Lcom/apple/cocoa/application/NSToolbarItem;)Z+177
v ~StubRoutines::call_stub
j com.apple.cocoa.application.NSApplication.sendEvent(Lcom/apple/cocoa/application/NSEvent;)V+0
j ch.cyberduck.ui.cocoa.CDMainApplication.sendEvent(Lcom/apple/cocoa/application/NSEvent;)V+163
v ~StubRoutines::call_stub
Java Threads: ( => current thread )
0x01a2dd10 JavaThread "Thread-12" [_thread_in_native, id=-1332916224]
0x01a1a860 JavaThread "Thread-7" [_thread_in_native, id=-1332211712]
0x01a17e10 JavaThread "Thread-3" [_thread_in_native, id=9447424]
0x01a17700 JavaThread "Thread-2" [_thread_in_native, id=9452032]
0x01a17240 JavaThread "Thread-1" [_thread_in_native, id=9120768]
0x01a0b980 JavaThread "Thread-0" daemon [_thread_in_native, id=-1337421824]
0x01a08f00 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=8517632]
0x01a084d0 JavaThread "CompilerThread0" daemon [_thread_blocked, id=8514048]
0x01a07fd0 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=8510464]
0x01a07800 JavaThread "Finalizer" daemon [_thread_blocked, id=8503296]
0x01a07420 JavaThread "Reference Handler" daemon [_thread_blocked, id=8497152]
=>0x01a01310 JavaThread "main" [_thread_in_native, id=-1609896032]
Other Threads:
0x01a06b70 VMThread [id=8493568]
0x01a09b00 WatcherThread [id=8521216]

Thread 0 Crashed:
0 libObjCJava.A.dylib 0x53d083ab _BRIDGEJavaInfoForObjcClass + 50
1 libObjCJava.A.dylib 0x53d08cae NSIdToJavaHandle + 64
2 libAppKitJava.B.dylib 0x50ca7edd Java_com_apple_cocoa_application_NSOutlineView_itemAtRow + 233
3 ??? 0x03d859b1 0 + 64510385
4 ??? 0x03d7faaa 0 + 64486058
5 ??? 0x03d7faaa 0 + 64486058
6 ??? 0x03d7faaa 0 + 64486058
7 ??? 0x03d7fb2b 0 + 64486187
8 ??? 0x03d7d227 0 + 64475687
9 libjvm.dylib 0x004d263a 0x3b9000 + 1152570
10 libjvm.dylib 0x004d2356 0x3b9000 + 1151830
11 libjvm.dylib 0x0045c68c 0x3b9000 + 669324
12 libjvm.dylib 0x005c721b JNI_CreateJavaVM_Impl + 97243
13 libObjCJava.A.dylib 0x53d06d1e __JAVAMethodInvoke + 350
14 libObjCJava.A.dylib 0x53d0716a JAVAMethodInvokeBoolean + 72
15 libObjCJava.A.dylib 0x53d0dcc3 _NSInvokeJavaMethod + 1351
16 libObjCJava.A.dylib 0x53d09591 _BRIDGEMethodImp + 181
17 com.apple.AppKit 0x90ffe312 -[NSToolbarItem _validateAsCommonItem:] + 202
18 com.apple.AppKit 0x90ffe1ce -[NSToolbarItem validate] + 137
19 com.apple.AppKit 0x90ef504a -[NSToolbar validateVisibleItems] + 197
20 com.apple.AppKit 0x90ef4f76 -[NSToolbar _autovalidateVisibleToolbarItems] + 98
21 com.apple.AppKit 0x90ef4e5a -[NSToolbarView _doDelayedValidateVisibleToolbarItems] + 39
22 com.apple.Foundation 0x9263395e __NSFireDelayedPerform + 382
23 com.apple.CoreFoundation 0x93382b3e CFRunLoopRunSpecific + 4494
24 com.apple.CoreFoundation 0x93382cf8 CFRunLoopRunInMode + 88
25 com.apple.HIToolbox 0x93472da4 RunCurrentEventLoopInMode + 283
26 com.apple.HIToolbox 0x93472bbd ReceiveNextEventCommon + 374
27 com.apple.HIToolbox 0x934b984b IsUserStillTracking(MenuSelectData*, unsigned char*) + 493
28 com.apple.HIToolbox 0x934a2a38 TrackMenuCommon(MenuSelectData&, unsigned char*) + 3860
29 com.apple.HIToolbox 0x935113bf PopUpMenuSelectCore(MenuData*, Point, double, Point, unsigned short, unsigned int, Rect const*, unsigned short, unsigned long, Rect const*, Rect const*, __CFString const*, OpaqueMenuRef**, unsigned short*) + 1845
30 com.apple.HIToolbox 0x93510c37 _HandlePopUpMenuSelection7 + 627
31 com.apple.AppKit 0x910adc9b _NSPopUpCarbonMenu3 + 3081
32 com.apple.AppKit 0x910e80ac -[NSCarbonMenuImpl popUpMenu:atLocation:width:forView:withSelectedItem:withFont:withFlags:withOptions:] + 460
33 com.apple.AppKit 0x910e701f -[NSPopUpButtonCell trackMouse:inRect:ofView:untilMouseUp:] + 572
34 com.apple.AppKit 0x90f3514c -[NSControl mouseDown:] + 888
35 com.apple.AppKit 0x90f3388b -[NSWindow sendEvent:] + 5381
36 com.apple.AppKit 0x90f00431 -[NSApplication sendEvent:] + 2941
37 libAppKitJava.B.dylib 0x50c0a60e Java_com_apple_cocoa_application_NSApplication_sendEvent + 230
38 ??? 0x03d859b1 0 + 64510385
39 ??? 0x03d7f9d3 0 + 64485843
40 ??? 0x03d7d227 0 + 64475687
41 libjvm.dylib 0x004d263a 0x3b9000 + 1152570
42 libjvm.dylib 0x004d2356 0x3b9000 + 1151830
43 libjvm.dylib 0x0045c68c 0x3b9000 + 669324
44 libjvm.dylib 0x005c973b JNI_CreateJavaVM_Impl + 106747
45 libObjCJava.A.dylib 0x53d06c6d __JAVAMethodInvoke + 173
46 libObjCJava.A.dylib 0x53d070cd JAVAMethodInvokeVoid + 69
47 libObjCJava.A.dylib 0x53d0dd03 _NSInvokeJavaMethod + 1415
48 libObjCJava.A.dylib 0x53d09591 _BRIDGEMethodImp + 181
49 com.apple.AppKit 0x90e5de27 -[NSApplication run] + 847
50 com.apple.AppKit 0x90e2b030 NSApplicationMain + 574
51 ch.sudo.cyberduck 0x00002b4f _start + 209
52 ch.sudo.cyberduck 0x00002a7d start + 41

@cyberduck
Copy link
Collaborator Author

info-2008 .at. dorianj.net commented

Sorry, didn't realize how poorly that would get formatted: http://pastebin.com/m772ac2da

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Current thread (0x01a01310): JavaThread "main" [_thread_in_native, id=-1609896032] Stack: [0xbf800000,0xc0000000) Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j
com.apple.cocoa.application.NSOutlineView.itemAtRow(I)Ljava/lang/Object;+0 j
 ch.cyberduck.ui.cocoa.CDBrowserController.pathAtRow(I)Lch/cyberduck/core/Path;+73 j
 ch.cyberduck.ui.cocoa.CDBrowserController.getSelectedPaths()Lch/cyberduck/core/Collection;+37 j
 ch.cyberduck.ui.cocoa.CDBrowserController.validateItem(Ljava/lang/String;)Z+291 j
 ch.cyberduck.ui.cocoa.CDBrowserController.validateToolbarItem(Lcom/apple/cocoa/application/NSToolbarItem;)Z+177 v ~StubRoutines::call_stub j
 com.apple.cocoa.application.NSApplication.sendEvent(Lcom/apple/cocoa/application/NSEvent;)V+0 j ch.cyberduck.ui.cocoa.CDMainApplication.sendEvent(Lcom/apple/cocoa/application/NSEvent;)V+163 v
 ~StubRoutines::call_stub Java Threads: ( => current thread )

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Please try the latest nightly build from (http://update.cyberduck.ch/nightly).

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Reopen this for #2377 which initially had the same description but was closed fixing another issue it seems.

Comment(by jeremyclarke):

Sorry, but I just had this crash again with 5e5fa7e. Since you fixed a
different bug with this ticket (the one the ticket title refers to) let me
know and i'll repost this to a new ticket to keep things clean.

Here's what I did to crash:

  • opened cyberduck
  • navigated to a directory
  • opened a file in Smultron
  • switched tabs in smultron to a different file
  • clicked on Cyberduck to bring it into focus
  • [Cyberduck Crashes]

I always use the 'outline' view in cyberduck and make heavy use of the
triangles for viewing a lot of content at once (in the above crash i had
two levels of triangles opened). Could that potentially be part of the
problem? Do you ever use the triangles? Anyone else with the problem use
the triangles? I ask because I know there are a few other softer bugs with
the triangles (sometimes they close for no reason when something refreshes
and stuff). The crashes aren't directly linked to triangles, but that
might be something causing some users not to have the problem (while
others like me have it every few minutes it seems).

I just retried the process above and after a few shots it crashed again,
it feels like maybe some time has to pass with no activity (you're
staring at something and not clicking) right before you bring CD into
focus for it to crash. Obviously that's the most frustrating bug to try to
recreate, but based on the descriptions of others it seems like maybe it
is a time thing. Is there some kind of time limit after which CD stops
holding memory or something?

Thanks so much for working on this and for making Cyberduck the best FOSS
ftp for mac, sorry that we're presenting you with such an annoying
problem.

@cyberduck
Copy link
Collaborator Author

6fa4fb0 commented

Same random crashes for me in 26fe7fc ... just posted it in bug #2398, with crash log.
quick nbi quotes

@cyberduck
Copy link
Collaborator Author

anonymous commented

Crash when using shortcut key apple + up

@cyberduck
Copy link
Collaborator Author

anonymous commented

I've been having the same issues. I'll open up Cyberduck, open up a file to edit it, and when I click away, to firefox or other applications, and click back to cyberduck, it crashes. I've sent numerous crash reports to apple this morning, I wonder if they ever read those...
Anyway, I've tried this with just about every nightly for the past month or so, and they all seem to crash, some more frequently then others. It's almost always when returning to cyberduck from some other app.

@cyberduck
Copy link
Collaborator Author

anonymous commented

It seems like this is also caused by the (Up one level button). I'm having the issue of a lot of crashes, and they sometimes give a crash report, and sometimes they don't. Also, CD will crash sometimes when switching to it from another application, and sometimes, when I click on the up arrow. I've read that some people have had issues with the back button too, so I don't know if it's the same or not, they do have different functionality. I've had probably 10 crashes this morning, and about half of those gave me a crash report, the others just disappeared.

@cyberduck
Copy link
Collaborator Author

0479931 commented

the last few versions of cyberduck crash all the time for me. Usually happens when I'm browsing (click on a directory, or click the back button) or when I go away from cyberduck and come back. If I've managed to open a bunch of files into textmate, I can work on them and save them as much as I want without worrying about crashes. But if I need to go back to the browser, I start to worry.

@cyberduck
Copy link
Collaborator Author

anonymous commented

How in the world is this not a higher severity bug?

@cyberduck
Copy link
Collaborator Author

anonymous commented

I also experience similar crashes in conjunction with Textmate since v3. It does seem to happen during application switch triggered by opening a file, but I can't really pinpoint exactly what I'm doing when it happens since it normally crashes without warning or notification, so I don't always notice right away.

But just now I got it to at least report the crash, and it allowed me to attach gdb . . . here's the backtrace:

#0 0x96dedf89 in _BRIDGEJavaInfoForObjcClass ()
#1 0x96dee852 in NSIdToJavaHandle ()
#2 0x96df2b0b in _BRIDGEMorphObjcArgumentsForJava ()
#3 0x96df343d in _NSInvokeJavaMethod ()
#4 0x96def0c6 in _BRIDGEMethodImp ()
#5 0x933ef388 in -[NSOutlineView _dataSourceValueForColumn:row:] ()
#6 0x9342ac1e in -[NSTableView _getFullyFormedCellAtColumn:row:] ()
#7 0x93454f10 in -[NSTableView canDragRowsWithIndexes:atPoint:] ()
#8 0x933fc69c in -[NSTableView _performDragFromMouseDown:] ()
#9 0x933fb1ae in -[NSTableView mouseDown:] ()
#10 0x933faf7f in -[NSOutlineView mouseDown:] ()
#11 0x93373df3 in -[NSWindow sendEvent:] ()
#12 0x93365d8c in -[NSApplication sendEvent:] ()
#13 0x97d1ad1e in Java_com_apple_cocoa_application_NSApplication_sendEvent ()
#14 0x04d90281 in ?? ()
#15 0x04d8a9d3 in ?? ()
#16 0x04d8821f in ?? ()
#17 0x9c117f8a in jio_snprintf ()
#18 0x9c117cd8 in jio_snprintf ()
#19 0x9c12758b in JVM_MonitorWait ()
#20 0x9c1e9e67 in JVM_IsInterrupted ()
#21 0x96dec886 in __JAVAMethodInvoke ()
#22 0x96deccef in JAVAMethodInvokeVoid ()
#23 0x96df36f7 in _NSInvokeJavaMethod ()
#24 0x96def0c6 in _BRIDGEMethodImp ()
#25 0x932908e7 in -[NSApplication run] ()
#26 0x93284820 in NSApplicationMain ()
#27 0x00002dfb in _start ()
#28 0x00002d29 in start ()

Sorry, that's the best info I can give you, since there's never anything in the console or the CrashReporter logs.

Please fix, as I pretty much can't use this tool anymore; I spend as much time recovering from sneaky crashes as I would just editing files on the server. It was a great product prior to v3, but this isn't even good enough for beta now.

@cyberduck
Copy link
Collaborator Author

anonymous commented

Oops, sorry, forgot to format the bt:

#0  0x96dedf89 in _BRIDGEJavaInfoForObjcClass ()
#1  0x96dee852 in NSIdToJavaHandle ()
#2  0x96df2b0b in _BRIDGEMorphObjcArgumentsForJava ()
#3  0x96df343d in _NSInvokeJavaMethod ()
#4  0x96def0c6 in _BRIDGEMethodImp ()
#5  0x933ef388 in -[NSOutlineView _dataSourceValueForColumn:row:] ()
#6  0x9342ac1e in -[NSTableView _getFullyFormedCellAtColumn:row:] ()
#7  0x93454f10 in -[NSTableView canDragRowsWithIndexes:atPoint:] ()
#8  0x933fc69c in -[NSTableView _performDragFromMouseDown:] ()
#9  0x933fb1ae in -[NSTableView mouseDown:] ()
#10 0x933faf7f in -[NSOutlineView mouseDown:] ()
#11 0x93373df3 in -[NSWindow sendEvent:] ()
#12 0x93365d8c in -[NSApplication sendEvent:] ()
#13 0x97d1ad1e in Java_com_apple_cocoa_application_NSApplication_sendEvent ()
#14 0x04d90281 in ?? ()
#15 0x04d8a9d3 in ?? ()
#16 0x04d8821f in ?? ()
#17 0x9c117f8a in jio_snprintf ()
#18 0x9c117cd8 in jio_snprintf ()
#19 0x9c12758b in JVM_MonitorWait ()
#20 0x9c1e9e67 in JVM_IsInterrupted ()
#21 0x96dec886 in __JAVAMethodInvoke ()
#22 0x96deccef in JAVAMethodInvokeVoid ()
#23 0x96df36f7 in _NSInvokeJavaMethod ()
#24 0x96def0c6 in _BRIDGEMethodImp ()
#25 0x932908e7 in -[NSApplication run] ()
#26 0x93284820 in NSApplicationMain ()
#27 0x00002dfb in _start ()
#28 0x00002d29 in start ()

@cyberduck
Copy link
Collaborator Author

anonymous commented

So, I've been having these issues ever since upgrading, so I wondered if it had something to do with the upgrade itself. With that in mind, I removed Cyberduck completly from my system. I killed all the preference settings, everything to do with cyberduck. Then I downloaded the latest stable release, and installed it. Re-entered all my bookmarks, and I haven't had a crash since. I think these arbitrary crashes have something to do with the preferences from 2.8 and running it all in 3.x I think that if you do a fresh install, those will go away.

@cyberduck
Copy link
Collaborator Author

anonymous commented

Ok, so I spoke too soon. I was fine for a day, and now today I'm getting all the random crashes, so it doesn't have anything to do with the upgrade... I guess it's back to 2.8.5 again.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Can you test build 4bea650.

@cyberduck
Copy link
Collaborator Author

anonymous commented

It's still crashing on me. Here's the steps to reproduce:

  1. open a file, don't save the file
  2. switch back to CD and click anywhere or try to do anything, and it will crash
    Added a crash report

@cyberduck
Copy link
Collaborator Author

anonymous commented

Here's what the console has to say about it:
9/8/08 10:21:41 AM [0x0-0x2da2da].ch.sudo.cyberduck[6136] ObjCJava FATAL:
9/8/08 10:21:41 AM [0x0-0x2da2da].ch.sudo.cyberduck[6136] jobjc_lookupObjCObject(): returning garbage collected java ref for objc object of class ch/cyberduck/core/sftp/SFTPPath
9/8/08 10:21:41 AM [0x0-0x2da2da].ch.sudo.cyberduck[6136] ObjCJava Exit

This is with build 4177, and following the same steps as outlined above. open a file, don't save it, just switch back to CD, and when you click or do anything, it crashes.

@cyberduck
Copy link
Collaborator Author

anonymous commented

Same issues for me. They are mostly happening when pressing Command-UP to move up a directory. The program keeps hanging for about 3 seconds, then simply quits. Sometimes I get a "quit unexpectedly" dialog from Mac OS X, but not always. This happens a lot.

@cyberduck
Copy link
Collaborator Author

anonymous commented

I have the same issues, random crashes about 20 times a day. It's difficult to pinpoint an exact reason. My feeling is that it happens the most when you expand/close the treeview while editing files. Is use OSX 10.5.4 and the latest cyberduck.

@cyberduck
Copy link
Collaborator Author

mij commented

same issue here. Contexts:

  • change folder
  • after having opened the editing for a file, select again cyberduck

@cyberduck
Copy link
Collaborator Author

f82e24c commented

cyberduck has become unusable since 3.0 because of this problem. I reverted to 2.8.5 months ago and have had no problems. Just re-release 2.8.5 as the new build. I don't know how anyone can use the product in its current state.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

#2593 closed as duplicate.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

#2563 closed as duplicate.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Fixed in a415a62. Please try the latest nightly build from (http://update.cyberduck.ch/nightly).

@cyberduck
Copy link
Collaborator Author

anonymous commented

#!html
<a href="http://forum.mobile-shop.kiev.ua/index.php">выбор мобильного телефона</a>

@iterate-ch iterate-ch locked as resolved and limited conversation to collaborators Nov 26, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants