本节记录了自 MySQL Workbench 5.2.28 发布以来应用的所有更改和错误修复。
未保存的打开模型现在会在用户可设置的期限后自动保存。在加载模型文件时,如果文件之前由于崩溃或电源故障而未正确保存,MySQL Workbench 将通知用户。MySQL Workbench 然后可以尝试恢复上次自动保存的版本。请注意,要使自动恢复可用于新文件,用户必须至少保存一次。(漏洞 #56718)
添加了该
Autosave
功能。(错误#50044,错误#11757926)
安全修复:修复 了一个安全漏洞。(漏洞 #57080)
单击表编辑器的插入选项卡导致显示MySQL Workbench 意外错误对话框。(漏洞 #57346)
如果创建 EER 图然后关闭,尝试重新打开它会导致 MySQL Workbench 显示意外错误对话框。(漏洞 #57259)
在模型视图中,当 输出选项卡在先前关闭后重新打开时,MySQL Workbench 崩溃。(漏洞 #57150)
尝试在 SQL 编辑器中多次打开不包含主键的表的表编辑器会导致 MySQL Workbench 崩溃。(漏洞 #57139)
未保存对服务器实例所做的更改。特别是,将安装类型更改为“自定义”未保存,对sudo命令的更改也未保存。(漏洞 #57026)
-
当试图通过在模型概述中双击打开 EER 图时,MySQL Workbench 生成了这个意外错误:
Cannot access a disposed object. Object Name: ModelDiagramForm.
(漏洞 #56963)
将模型同步到实时数据库时,如果在向导中取消选择
DROP
数据库,则会在 SQL 代码中生成该数据库的语句,以防止它成为同步过程的一部分。这导致该数据库从实时数据库中删除,相应地丢失了所有数据。(漏洞 #56938)在 SQL 编辑器的Alter Table对话框中,单击Apply按钮时,尝试在Index选项卡中 创建新索引 没有被执行。对话框报告“未检测到对象的任何更改”。(漏洞 #56906)
只能使用 SSH 连接连接到 MySQL 服务器进行管理。(漏洞 #56874)
脚本可以在 MySQL 服务器上成功执行,但在 MySQL Workbench SQL 编辑器中执行失败。(漏洞 #56833)
-
如果包含基于的用户定义类型的表
VARCHAR
是正向工程,则生成的 SQL 不会正确引用该VARCHAR
值,从而导致服务器错误。例如,生成此代码:CREATE TABLE IF NOT EXISTS `x`.`tabley` (`customstring` VARCHAR(10)); INSERT INTO `x`.`tabley` (`id_customstring`) VALUES (example);
正确的
INSERT
说法应该是:INSERT INTO `x`.`tabley` (`id_customstring`) VALUES ('example');
(漏洞 #56710)
在 Administrator 中,单击“数据转储”选项卡会生成错误
Error updating DB: float division
,并且未显示架构。(漏洞 #56658)-
在 SQL 编辑器中,如果某些表数据被编辑,然后与服务器的连接丢失,单击“将更改应用到数据”工具栏按钮会导致 MySQL Workbench 崩溃。
现在,当连接丢失时,MySQL Workbench 在“输出”选项卡 中显示一条错误消息 。连接恢复后,单击将更改应用到数据会重新建立连接并将更改发送到服务器。(漏洞 #56170)
Administrator 中的屏幕区域未正确重绘。有必要移动主窗口以强制重绘。(漏洞 #55490)
折叠迭代语句块,例如
WHILE
、REPEAT
和LOOP
,在 SQL 编辑器中无法正常工作。循环结束结构,如END WHILE
、END REPEAT
和END LOOP
未按预期识别。(漏洞 #55358)如果在表编辑器的外键
RESTRICT
选项卡上将外键设置为删除时和更新时 ,MySQL Workbench 会生成 SQL 代码以在每次后续同步尝试时删除和添加此键。(漏洞 #55155)