Description:
The workbench crashes fairly regularly while executing SQL. It's usually while connected to a remote server via SSH tunnel. See the application crash dump, attached. An extract is included below.
This problem seems to be almost the exact same as for case #73067 https://bugs.mysql.com/bug.php?id=73067. One big difference is that I am using 6.3 on OS X 10.10.5 .
Process: MySQLWorkbench [30511]
Path: /Applications/MySQLWorkbench.app/Contents/MacOS/MySQLWorkbench
Identifier: com.oracle.mysql.workbench
Version: 6.3.7.CE (1)
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: MySQLWorkbench [30511]
User ID: 502
Date/Time: 2016-08-15 10:33:36.816 +0400
OS Version: Mac OS X 10.10.5 (14F1909)
Report Version: 11
Anonymous UUID: A03CFD71-414D-E797-FA55-28E5311C29EC
Sleep/Wake UUID: 1940E4F9-E840-4FCA-AD82-DF2C309090A8
Time Awake Since Boot: 180000 seconds
Time Since Wake: 8000 seconds
Crashed Thread: 5 GRTDispatcher
Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Application Specific Information:
abort() called
*** error for object 0x60800083ea00: pointer being freed was not allocated
How to repeat:
Not always repeatable but fairly regular (often a few times a day).
Open a connection to a remote database via SSH tunnel. Execute a select query. Boom.
Suggested fix:
Make it not crash