我正在运行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
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。