MySQL Workbench 在尝试处理多个模型选项卡时会出现令人困惑和错误的行为。现在已经更改，如果当前正在加载模型，并且需要加载新模型或保存的模型，则当前模型将先关闭，然后再打开新模型。（漏洞 #49422）

在配置编辑器中，无法找到并因此无法设置配置变量“ old ”。

现在已将其添加到“管理”选项卡的配置编辑器中的“常规”选项卡。（漏洞 #49039）

不可能将函数调用用作可编辑结果集中的字段值，例如查询编辑器中的结果集或表编辑器的插入选项卡中的结果集。这是因为 MySQL Workbench 自动转义了传递给函数调用的字符串参数。例如，如果试图在一个字段中输入一个函数，如 md5('fred')，MySQL Workbench 将生成 SQL 代码md5(\'fred\')。

MySQL Workbench 现在可以使用 \func前缀将函数或任何其他表达式输入到字段中。例如，\func md5('fred')可以输入。MySQL Workbench 现在将确保字符串“fred”不会被转义。参见（漏洞 #38600）

安全修复：在管理屏幕中 使用数据转储工具时，完整的mysqldump命令，包括使用的密码，被写入日志。（漏洞 #49294）

在 SQL 编辑器中，SQL 语句区域只能显示十行代码并且不能调整大小。（漏洞 #49788）

在 EER 图中，如果模型与实时数据库同步，则任何设置为隐藏的外键关系线都会变得可见。（漏洞 #49631）

在主屏幕工作区中，在列出连接、模型和服务器实例的中央面板中，面板中的项目显示为链接。但是，点击这些 “链接”没有任何效果，只能通过双击加载项目。

MySQL Workbench 已更改为删除链接效果，这些项目只能通过双击加载。（漏洞 #49623）

当 MySQL Workbench 在通信失败后以静默方式重新连接到服务器时，它无法正确重新初始化连接。由于这次失败，Autocommit 被静默启用。如果用户正在使用事务表，提交和回滚工具栏按钮似乎可以使用，尽管它们没有任何效果。（漏洞 #49462）

如果连接失败，MySQL Workbench 会以静默方式重新连接。这导致交易出现问题。如果在 之前对表进行了更改COMMIT并且连接丢失，MySQL Workbench 将静默重新连接并使用户能够COMMIT. 但是，它没有警告这 COMMIT是在新连接上，并且 COMMIT不会有任何效果。（漏洞 #49461）

在配置编辑器的Advanced选项卡中，Delay key write选项有一个与之关联的文件选择器按钮。这应该是一个提供值ON, OFF,的列表ALL。（漏洞 #49424）

使用创建新服务器实例 向导时，用于输入 SSH 密码的面板被向导隐藏了。（漏洞 #49416）

如果主屏幕已关闭，然后尝试从“查看”、“主屏幕” 主菜单选项重新打开它，MySQL Workbench 就会崩溃。（漏洞 #49388）

MySQL Workbench 无法在 SQL 编辑器中切换自动提交模式，也无法显式启动事务。这与支持此类功能的查询浏览器形成对比。（漏洞 #49384）

使用 Reverse Engineer SQL Script 导入 Sakila 脚本文件时sakila-data.sql，MySQL Workbench 偶尔会崩溃。（漏洞 #49381）

在 SQL 编辑器的历史选项卡中，可以在 时间面板中同时选择多个条目。但是，这似乎没有任何用处，因为 SQL 列的内容仅显示单个条目的代码。（漏洞 #49375）

在 SQL 编辑器的模式选项板中，如果模式名称包含“.”，则默认模式选择器不起作用。特点。（漏洞 #49373）

使用 SQL Snippets 调色板时，右键单击一个片段，然后选择菜单项Insert text into SQL Area，替换 SQL Statements 区域中的所有文本。这是在之前插入另一个片段之后发生的，因为默认状态是选中 SQL 语句区域中的所有代码。（漏洞 #49370）

MySQL Workbench 分发版中的AUTHORS文件为空。（漏洞 #49341）

在 SQL 编辑器的概览选项卡中，工具栏上的删除数据库按钮无法正常工作。如果按下，出现的对话框在其消息中不包含当前数据库的名称，并生成如下文本：

Do you want to drop database `` from DB server ...

请注意数据库名称应为的空字符串。此外，对话框按钮上的文本 也缺少数据库名称：

DROP ``

（漏洞 #49330）

MySQL Workbench 忽略了“首选项”对话框的MySQL选项卡中 设置 的外部mysqldump工具的路径。这会阻止管理屏幕中的数据转储 工具正常工作，因为找不到所需的工具。（漏洞 #49319）

通过双击概览选项卡中的表启动的 SQL 编辑器的实时数据编辑器运行不正确。如果更改了列值，并且光标保留在编辑的单元格中，那么如果单击将所做的更改应用到数据源工具栏按钮，单元格的内容将恢复为编辑前的值。但是，其他已编辑的单元格值已正确保存。（漏洞 #49301）

在 SQL 编辑器中，编辑实时表数据时，没有删除行的右键菜单项。（漏洞 #49300）

使用管理屏幕的数据转储选项卡导入数据时，MySQL Workbench 没有通知用户导入失败，因为它无法检测到导入失败。（漏洞 #49297）

当使用管理屏幕的数据转储选项卡执行导出并且导出失败时，生成的 SQL 文件未被删除。（漏洞 #49296）

在 SQL 编辑器中，使用更改例程 向导生成脚本来修改实时数据库中的现有例程会导致错误，因为发出的脚本代码不正确。例如，DELIMITER $$脚本开头缺少该语句。（漏洞 #49289）

当尝试 sakila.sql在“模型”选项卡的“SQL 脚本”部分加载脚本文件时，MySQL Workbench 崩溃并出现以下错误：

glibmm-ERROR **:
unhandled exception (type std::exception) in signal handler:
what: File '/home/kolbe/Downloads/sakila-db/sakila-data.sql' contains invalid UTF-8
data.

（漏洞 #49242）

在 SQL 编辑器的概览选项卡中，用于添加和删除模式的工具栏按钮不起作用。单击按钮似乎没有任何效果。（漏洞 #49240）

SQL Editor的概览选项卡中，代表大图标、小图标、列表、添加和删除的工具栏按钮无法正常使用。（漏洞 #49239）

管理屏幕上的配置选项卡有一个文本标签“编辑 my.cnf 文件”。此文本不合适，因为在 Windows 上配置文件称为 my.ini. （漏洞 #49237）

在配置编辑器中，在 Admin 选项卡上，Apply 和 Cancel 按钮的操作无法正常工作。如果选择了一个选项，然后在视图更改对话框中选择了取消，然后再次单击应用，则所选选项在配置文件中被错误地列出了两次。（漏洞 #49236）

在Create new server instance向导中，在 MySQL Config File 页面上，单击Check path按钮生成异常。（漏洞 #49228）

即使服务器已停止，服务器状态图形面板仍会显示活动连接、流量和关键效率的值，给人的印象是服务器仍处于活动状态。（漏洞 #49225）

管理选项卡的服务器状态面板中 的服务器健康图表连接使用情况和流量 似乎表明服务器以 100% 的容量运行，即使实际情况并非如此。

MySQL Workbench 已更改为对这些图形使用可变缩放，而不是线性缩放。（漏洞 #49214）

在管理屏幕上，监控图表的标签难以阅读。此外，流量值有时显示为负数。（漏洞 #49211）

在配置编辑器的日志文件选项卡中，从管理选项卡中选择，将日志写入选项无法正常工作。如果 从选项列表中选择了Files或Tables选项，则 MySQL 服务器将不会随后启动。这是因为选项应该是File和 Table。（漏洞 #49123）

在管理屏幕上使用数据转储工具时，导出过程似乎在导出时挂起并选择了导出到备份项目文件夹 单选按钮。（漏洞 #49113）

在 SQL 编辑器中使用“创建表”向导时，生成的对话框包含某些选项，这些选项一旦选中就无法取消选中。例如，“合并方法”选项包含一个包含三个选项的列表：防止插入、第一个表、最后一个表。请注意，一旦选择了其中一个选项，就无法清除此选择，因为除了这三个选项之一之外，没有其他工具可供选择。（漏洞 #49048）

在配置编辑器的常规选项卡中，使用文件选择器控件更改数据目录导致将无效目录引入 MySQL 配置文件。这阻止了 MySQL 服务器启动。（漏洞 #49036）

在管理屏幕的配置编辑器的常规Default table type选项卡中，该选项提供了一个不完整且大小写不正确的存储引擎/表类型列表。（漏洞 #49010）

在管理屏幕的配置选项卡中，所做和应用的任何更改都不会反映在本地 MySQL 服务器安装的配置文件中。（漏洞 #49008）

在管理屏幕的服务器状态部分，CPU 状态的值似乎被错误地乘以 100，而内存状态似乎一直为 0。（错误 #48994）

在“文档属性”对话框中，创建日期和上次更改日期值被颠倒了。（漏洞 #48104）

当包含具有外键索引的表的模式与实时服务器同步时，MySQL Workbench 尝试错误地删除并重新创建至少一个外键索引。（漏洞 #47766）

在将模型与实时数据库同步并保存修改后的模型后，MySQL Workbench 崩溃了。在重新启动并尝试重新打开模型文件时，MySQL Workbench 生成了以下错误：

Error unserializing GRT data inserting null value to not null list

（漏洞 #47518）

在 EER 图中，如果关系链接按需要布置，然后与实时服务器进行同步，关系链接将由 MySQL Workbench 重新定位。（漏洞 #47234）

如果在 EER 图视图中选择了关系链接，并且选择了菜单项Plugins、 Objects、Copy SQL to Clipboard，则会生成错误。

请注意，在 5.2.11 版中，此菜单选项已正确禁用这些对象。（漏洞 #39556）