MySQL Bugs: #42626: Cut, Copy & Paste Should Not Translate To the Main Document

Bug #42626	Cut, Copy & Paste Should Not Translate To the Main Document
Submitted:	5 Feb 2009 16:17	Modified:	12 Nov 2009 15:56
Reporter:	Aaron Nixon	Email Updates:
Status:	Closed	Impact on me:	None
Category:	MySQL Workbench	Severity:	S4 (Feature request)
Version:	5.1.7	OS:	Any
Assigned to:	Alfredo Kojima	CPU Architecture:	Any
Tags:	copy, cut, MySQL Workbench, paste

Description:
When editing table data such as columns and using the keyboard (i.e. CTRL+C, CTRL+X & CTRL+V) the cut, copy and paste actions translate to the main document as well as the current editor section (Such as a column's default value).

This should not happen, not only does this really fubar things as the schema becomes more complicated, when you're looking at the column names and working in that area you don't always notice that you may have just duplicated a table a few times.

Of course, sometimes you just remove it with the cut command and it vanishes along with your table settings.

How to repeat:
Execute any of those actions while editing column information.

Suggested fix:
Capture the event and don't let it pass through.

Many thanks for writing a bug report.

Verified as described.

Very mad stuff happens with ctrl-c, ctrl-v

Fixed in Mac and Linux, mikel fixed in Windows.

workbench now uses --comments parameter when executing dump-import.
will be included in 5.2.7

please ignore my last comment, it was a copy/paste error.
sorry

An entry has been added to the 5.2.7 changelog:

In the Table Editor, the keyboard shortcuts such as Ctrl+X, Ctrl+V and Ctrl+C, affected the main document, rather than being confined to within the Table Editor. For example, if Ctrl+C was used to copy a column, this erroneously resulted in a duplicate table being created in the main model.