Bug #74276 MySql WorkBench crashes on Mac OS X
Submitted: 8 Oct 2014 15:11 Modified: 15 Oct 2014 7:35
Reporter: Subharanjan Mantri Email Updates:
Status: Not a Bug Impact on me:
None 
Category:MySQL Workbench Severity:S1 (Critical)
Version:6.2.3.12313 OS:MacOS
Assigned to: CPU Architecture:Any
Tags: crash, Mac OS X, stored procedure

[8 Oct 2014 15:11] Subharanjan Mantri
Description:
Process:         MySQLWorkbench [435]
Path:            /Applications/MySQLWorkbench.app/Contents/MacOS/MySQLWorkbench
Identifier:      com.oracle.mysql.workbench
Version:         6.2.3 (1)
Code Type:       X86 (Native)
Parent Process:  launchd [271]
Responsible:     MySQLWorkbench [435]
User ID:         501

Date/Time:       2014-10-08 20:26:35.225 +0530
OS Version:      Mac OS X 10.9.5 (13F34)
Report Version:  11
Anonymous UUID:  5E7DB8A9-29C7-B596-C2A8-0C0A1784765D

Crashed Thread:  18  Dispatch queue: com.apple.root.default-priority

Exception Type:  EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x00000000fefff000

VM Regions Near 0xfefff000:
    CG shared images       00000000c871f000-00000000c8727000 [   32K] r--/r-- SM=SHM  
--> VM_ALLOCATE            00000000fefff000-00000000ff000000 [    4K] rw-/rwx SM=COW  
    Submap                 00000000ffff0000-00000000ffff1000 [    4K] r--/r-- SM=PRV  process-only VM submap

Application Specific Information:
Performing @selector(perform:) from sender MFToolBarActionItemImpl 0x7bf0c650

Thread 0:: Dispatch queue: com.apple.main-thread
0   libsystem_kernel.dylib        	0x97b1f7ca __psynch_cvwait + 10
1   libsystem_pthread.dylib       	0x956eed8a _pthread_cond_wait + 837
2   libsystem_pthread.dylib       	0x956ef042 pthread_cond_timedwait_relative_np + 47
3   com.apple.FinderKit           	0x9a9329ed TConditionVariable::WaitWithTimeout(TMutex&, unsigned long long, bool&) + 107
4   com.apple.FinderKit           	0x9a92e105 TIconFetcher::Fetch() + 211
5   com.apple.FinderKit           	0x9a92df2a UIconFetcher::Prefetch(TFENodeVector const&, TFENode const&, unsigned long, unsigned long, bool) + 117
6   com.apple.FinderKit           	0x9a92deb0 UIconFetcher::PrefetchIcons(TFENodeVector const&, unsigned long) + 56
7   com.apple.FinderKit           	0x9aa4459f -[FILocationPopUp setTargetNode:] + 161
8   com.apple.FinderKit           	0x9aa10b30 -[FIFinderViewGutsController setTargetNode:withViewStyle:] + 710
9   com.apple.FinderKit           	0x9aa106d8 -[FIFinderViewGutsController setTargetNode:] + 64
10  com.apple.FinderKit           	0x9aa11d3d -[FIFinderViewGutsController deferredRetargetAndReloadForNode:] + 188
11  com.apple.FinderKit           	0x9aa12247 -[FIFinderViewGutsController urlResolutionCompleted:] + 212
12  com.apple.Foundation          	0x95b5e9f2 __57-[NSNotificationCenter addObserver:selector:name:object:]_block_invoke + 49
13  com.apple.CoreFoundation      	0x9729b5a4 __CFNOTIFICATIONCENTER_IS_CALLING_OUT_TO_AN_OBSERVER__ + 20
14  com.apple.CoreFoundation      	0x9717d04b _CFXNotificationPost + 3435
15  com.apple.Foundation          	0x95b4d4df -[NSNotificationCenter postNotificationName:object:userInfo:] + 92
16  com.apple.Foundation          	0x95b6aa9e -[NSNotificationCenter postNotificationName:object:] + 55
17  com.apple.FinderKit           	0x9aa0cdb2 -[FI_FinderURLResolver resolutionCompleted:] + 193
18  libobjc.A.dylib               	0x998cb2af -[NSObject performSelector:withObject:] + 70
19  com.apple.Foundation          	0x95bb3772 __NSThreadPerformPerform + 318
20  com.apple.CoreFoundation      	0x971f2b5f __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 15
21  com.apple.CoreFoundation      	0x971e395b __CFRunLoopDoSources0 + 235
22  com.apple.CoreFoundation      	0x971e305e __CFRunLoopRun + 1022
23  com.apple.CoreFoundation      	0x971e29ea CFRunLoopRunSpecific + 394
24  com.apple.CoreFoundation      	0x971e284b CFRunLoopRunInMode + 123
25  com.apple.HIToolbox           	0x9397ab5d RunCurrentEventLoopInMode + 259
26  com.apple.HIToolbox           	0x9397a777 ReceiveNextEventCommon + 163
27  com.apple.HIToolbox           	0x9397a6bd _BlockUntilNextEventMatchingListInModeWithFilter + 92
28  com.apple.AppKit              	0x981d9349 _DPSNextEvent + 1602
29  com.apple.AppKit              	0x981d8870 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 119
30  com.apple.AppKit              	0x98556edc -[NSApplication _realDoModalLoop:peek:] + 828
31  com.apple.AppKit              	0x98556b8d -[NSApplication _doModalLoop:peek:] + 209
32  com.apple.AppKit              	0x98555556 -[NSApplication runModalForWindow:] + 235
33  com.apple.AppKit              	0x98888db7 -[NSSavePanel runModal] + 403
34  libmforms.dylib               	0x01d57b49 filechooser_run_modal(mforms::FileChooser*) + 148
35  libmforms.dylib               	0x01d26e7d mforms::FileChooser::run_modal() + 27
36  libwbpublic.be.dylib          	0x007bdc76 save_file(MySQLEditor*) + 56
37  libwbpublic.be.dylib          	0x007c9163 

How to repeat:
Create and Stored Procedure
Click on the "Save" button.
Crashes
[8 Oct 2014 15:12] Subharanjan Mantri
Complete Crash Log

Attachment: MySQLWorkbench_Crash.txt (text/plain), 94.10 KiB.

[8 Oct 2014 15:39] MySQL Verification Team
Thank you for the bug report. Please provide the create procedure statement which provoked the crash on your side?. Thanks.
[8 Oct 2014 18:28] Subharanjan Mantri
Create Procedure code is not the problem I guess. Even the default code generated by WorkBench is also crashing. http://www.gfycat.com/WeakWindyJabiru

Gif showing crash when "Save" button is clicked: http://www.gfycat.com/WeakWindyJabiru
[8 Oct 2014 19:02] MySQL Verification Team
Thank you for the feedback. I couldn't repeat your test case so I am assign to my coworker to test on his MAC. Below is my system info:

MySQL Workbench Community (GPL) for Mac OS X version 6.2.3  revision 12313 build 2282 (32 bit)
Configuration Directory: /Users/miguel/Library/Application Support/MySQL/Workbench
Data Directory: /Applications/MySQLWorkbench.app/Contents/Resources
Cairo Version: 1.10.2
OS: OS X 10.9.x Mavericks
CPU: 4x Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz - 16.00GiB RAM
[9 Oct 2014 7:44] MySQL Verification Team
I'm not able to reproduce this issue at my end with local and remote MySQL instances. I tried with GA build and latest build, tried saving not just procedure but function etc but all the time it works and no crash seen.. Do you keep WB session open for long and then trying the steps? 

// Latest builds

MySQL Workbench Commercial (Proprietary) for Mac OS X version 6.2.3  revision 12314 build 2289 (32 bit)
Configuration Directory: /Users/ushastry/Library/Application Support/MySQL/Workbench
Data Directory: /Applications/MySQLWorkbench.app/Contents/Resources
Cairo Version: 1.10.2
OS: OS X 10.9.x Mavericks
CPU: 8x Intel(R) Core(TM) i7-3615QM CPU @ 2.30GHz - 4.00GiB RAM

// GA build

MySQL Workbench Community (GPL) for Mac OS X version 6.2.3  revision 12313 build 2282 (32 bit)
Configuration Directory: /Users/ushastry/Library/Application Support/MySQL/Workbench
Data Directory: /Applications/MySQLWorkbench.app/Contents/Resources
Cairo Version: 1.10.2
OS: OS X 10.9.x Mavericks
CPU: 8x Intel(R) Core(TM) i7-3615QM CPU @ 2.30GHz - 4.00GiB RAM
[9 Oct 2014 15:13] Chuck Bell
Recategorizing - not a utilities bug.
[9 Oct 2014 15:15] Subharanjan Mantri
https://www.dropbox.com/s/r8jqo0ixu1umu0a/2014-10-09_13-19-17.mp4?dl=0
[14 Oct 2014 22:11] Alfredo Kojima
This is not a WB bug, you seem to have a plugin called SCFinderPlugin which causes innocent applications to crash. Please see http://mysqlworkbench.org/2014/01/mysql-workbench-frequent-crashes-in-mac-os-x/
[15 Oct 2014 7:35] Subharanjan Mantri
Thanks Alfredo. Yes, the SCFinder plugin was the culprit. I have removed that by following the blog you provided and now the Workbench is working fine. Thanks again!!

Do I need to close the bug or can you do it by yourself ?