我正在运行Ubuntu 14.10和MySQL Workbench v6.2.3-1ubu1404-amd64(它的最后一个稳定版本),但我遇到的问题是列无法正确(完全)显示-只能是空白.
有人遇到同样的问题吗?如何解决呢?
在opensuse 13.2中也遇到问题.它在openuse 13.1中工作.
解决方法:
我可以确认您看到的行为.它不能在Ubuntu 14.10上运行,而可以在Ubuntu 14.04上运行.我在Debian Wheezy上使用mysql-workbench以达到预期的行为.所以您的问题引起了我的注意,因为它似乎是一个错误.
我从命令行运行它以查看控制台上的内容.当将EER图编辑器与示例模型一起使用时,会遇到空白窗格,其中应列出列及其属性.控制台显示以下意外的断言:
(mysql-workbench-bin:52041): GLib-GObject-WARNING **: attempting to add an interface (GtkTreeDragDest) to class (gtkmm__CustomObject_16ListModelWrapper) after class_init
(mysql-workbench-bin:52041): GLib-GObject-WARNING **: attempting to add an interface (GtkTreeDragSource) to class (gtkmm__CustomObject_16ListModelWrapper) after class_init
(mysql-workbench-bin:52041): Gtk-CRITICAL **: IA__gtk_tree_view_set_model: assertion ‘model == NULL || GTK_IS_TREE_MODEL (model)’ failed
还有更多的错误,但我把清单缩短了.这些断言向我暗示在创建列数据所在的窗口窗格时存在错误.发生这种情况的不仅是列数据,还包括底部的大多数窗格.
我在一个开源项目上工作,该项目在Ubuntu 14.10中也有问题,并且还涉及到Glib断言出现在以前从未出现过的地方. Glib开发人员已开始在其代码中添加更多断言,以识别软件错误.类似的情况可能在这里适用.就项目而言,我认为断言表明我们的项目代码中存在问题,而较新版本的Glib使我们的代码失败.
考虑到这一点,我查看了Ubuntu启动板站点.去年打开的标题为Workbench的bug report没有显示表或查询结果,但现在人们也以14.10(过去一周的许多时间)识别问题.我相信这与您所看到的有关.我还观察到此时有近三打人报告了问题.您可以创建一个帐户,并将自己添加到遇到问题的人员列表中.
有好消息也有坏消息. MySQL工作台开发人员在最新版本中遇到了identified and fixed问题. MySQL错误报告链接的内容如下:
Posted by developer:
Fixed as of the upcoming MySQL Workbench 6.2.4 release, and here’s the changelog entry:
On Linux, the query result view did not populate with libglib version 2.42
and above.
不幸的是,Ubuntu尚未在其官方存储库中安装补丁或变通.我认为您有几种选择:
>在错误已修复并且Ubuntu发行了新版本的mysql-workbench之前,请勿在Ubuntu 14.10上使用mysql-workbench.
>使用可以正常工作的旧版Ubuntu(例如14.04),因为它使用旧版GLib
>下载源代码并构建自己的MySQL Workbench 6.2.4或更高版本(此源尚未正式发布)
标签:mysql-workbench,mysql
来源: https://codeday.me/bug/20191121/2048832.html