Bug #84815 | Table Editor loses column collation in every ALTER TABLE | ||
---|---|---|---|
Submitted: | 4 Feb 2017 0:12 | Modified: | 16 May 2018 18:50 |
Reporter: | Andy Schmidt | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | MySQL Workbench | Severity: | S2 (Serious) |
Version: | 6.3.8 | OS: | Windows (Microsoft Windows 10 Pro) |
Assigned to: | CPU Architecture: | Any | |
Tags: | ALTER CHANGE COLLATE |
[4 Feb 2017 0:12]
Andy Schmidt
[4 Feb 2017 18:12]
MySQL Verification Team
Thank you for the bug report. Please try version 6.3.8 if the issue continues please provide screenshot of before and after (use Files tas for). Thanks.
[5 Feb 2017 2:36]
Andy Schmidt
I just installed 6.3.8, then I selected a VARCHAR column and picked the "Latin1 latin1_general_ci" from the drop down. It generated the following ALTER statement: ALTER TABLE `anamera_wpstage`.`ac_test` CHANGE COLUMN `source_label` `source_label` VARCHAR(64) CHARACTER SET 'latin1' NULL DEFAULT NULL COMMENT 'If source_uid is NULL' ; As you note, the COLLATION is not set. After executing the command, and checking the altered column, the collation had been defaulted to "Swedish"!
[5 Feb 2017 2:46]
Andy Schmidt
Here is the obvious result: collation altered to default
Attachment: bug-after.jpg (image/jpeg, text), 297.87 KiB.
[6 Feb 2017 12:42]
MySQL Verification Team
Thank you for the requested details. Verified as described. Thanks, Umesh
[16 May 2018 18:50]
Christine Cole
Posted by developer: Fixed as of the upcoming MySQL Workbench 8.0.12 release, and here's the changelog entry: An explicit collation set on a column was reverted to the default collation each time the column specification was modified with the table editor. Thank you for the bug report.