Bug #62066 MySQL Workbench quits unexpectedly on exports
Submitted: 3 Aug 2011 5:26 Modified: 3 Sep 2011 7:31
Reporter: Gene Glaudell Email Updates:
Status: No Feedback Impact on me:
None 
Category:MySQL Workbench Severity:S2 (Serious)
Version:5.2.34 Rev 7780 OS:MacOS (10.6.8)
Assigned to: CPU Architecture:Any
Tags: close, crash, export, save.quit

[3 Aug 2011 5:26] Gene Glaudell
Description:
MySQL Workbench intermittently, repeatedly quits unexpectedly during exports, closes, saves, and quits.

There will be a long pause after various modal boxes appear associated with exports, closes, saves, and quits.  An action button is clicked (continue, execute, save, cancel, etc.) but nothing happens for a long time (tens of seconds up to minutes).  After that a Mac OS X Problem Report message appears:

MySQLWorkbench quit unexpectedly.

Problem Details and System Configuration

Process:         MySQLWorkbench [3670]
Path:            /Applications/MySQLWorkbench.app/Contents/MacOS/MySQLWorkbench
Identifier:      com.sun.MySQLWorkbench
Version:         ??? (5.2.34)
Code Type:       X86 (Native)
Parent Process:  launchd [3383]

Date/Time:       2011-08-02 23:56:50.317 -0500
OS Version:      Mac OS X 10.6.8 (10K540)
Report Version:  6

Interval Since Last Report:          163762 sec
Crashes Since Last Report:           5
Per-App Interval Since Last Report:  89027 sec
Per-App Crashes Since Last Report:   5
Anonymous UUID:                      C7E633ED-21E8-4C13-8C09-65F07C831FF7

Exception Type:  EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000048
Crashed Thread:  0  Dispatch queue: com.apple.main-thread

Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
0   libstdc++.6.dylib             	0x90176b33 std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(std::string const&) + 23
1   com.sun.MySQLWorkbench        	0x000198de std::basic_string<char, std::char_traits<char>, std::allocator<char> > std::operator+<char, std::char_traits<char>, std::allocator<char> >(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, char const*) + 30
2   libwbprivate.be.dylib         	0x00925ee9 wb::ModelFile::get_path_for(std::string const&) + 55
3   libwbprivate.be.dylib         	0x009282fc wb::ModelFile::store_document(grt::GRT*, grt::Ref<workbench_Document> const&) + 124
4   libwbprivate.be.dylib         	0x008ee3bc wb::WBContext::save_grt(grt::GRT*) + 426
5   libwbprivate.be.dylib         	0x008eeb91 wb::WBContext::save_as(std::string const&) + 1189
6   libwbprivate.be.dylib         	0x008f8309 wb::WBContext::can_close_document() + 267
7   libwbprivate.be.dylib         	0x00a2b6a6 wb::PhysicalOverviewBE::can_close() + 20
8   com.sun.MySQLWorkbench        	0x00019ff5 -[WBOverviewPanel willClose] + 28
9   com.sun.MySQLWorkbench        	0x0002ff8b -[WBModelOverviewPanel willClose] + 29
10  com.sun.MySQLWorkbench        	0x0000be54 -[WBMainWindow closePanel:] + 110
11  com.sun.MySQLWorkbench        	0x0000c422 -[WBMainWindow applicationWillTerminate:] + 209
12  com.apple.Foundation          	0x99be8e53 _nsnote_callback + 176

How to repeat:
Example 1 - Export a Synchronize with Create SQL script file
Create an EER Model from SQL script
Save Model
Make a single edit in model (for example, change a column name).
File > Export > Synchronize with Create SQL
Select the original Create SQL script file as input
Select another file as output
Continue ... nothing happens.  If you wait long enough it may crash.  May not if you hit go back.
NOTE:  does not hang or crash if you leave output file blank.
Had similar problems running on WinXPPro SP3 / VMware Fusion on same Mac against same files/DB.

Variants
Create an EER from live db or sql script.  Do some edits. Open another model without saving or closing.

Source DB was MySQL 5.1.49 ubuntu
[3 Aug 2011 6:11] Valeriy Kravchuk
Looks like a duplicate/superset of Bug #61547. Please, check.
[3 Aug 2011 6:43] Gene Glaudell
refined synopsis to exports.  saves and possibly quits and closes are probably covered by bug 61547.

Focus on the export issue.
[3 Aug 2011 7:05] Valeriy Kravchuk
Then I probably need some .mwb file and specific instructions on what export option to use (CREATE script, ALTER script or to PDF maybe) to demonstrate the problem. 

I tried all the above on several models, including big one with 203 tables, but was not able to repeat on Mac OS X 10.5.x.
[3 Aug 2011 7:21] Gene Glaudell
Understood.  Will work on getting those to you tomorrow.
[3 Sep 2011 23:00] Bugs System
No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".