我正在运行Ubuntu 14.10和MySQL Workbench v6.2.3-1ubu1404-amd64(它的最后一个稳定版),我遇到的问题是列没有正确显示(完全) - 只是空格而已。
有人遇到同样的问题吗?怎么解决这个问题?
还在opensuse 13.2中遇到问题。它在opensuse 13.1中有效。
答案 0 :(得分:2)
我可以确认你所看到的行为。它不适用于Ubuntu 14.10,适用于Ubuntu 14.04。我在Debian Wheezy上使用mysql-workbench
预期的行为。所以你的问题引起了我的注意,因为它似乎是一个错误。
我从命令行运行它以查看控制台上的内容。当使用带有示例模型的 EER Diagram Editor 时,我会看到一个空白窗格,其中应列出列及其属性。控制台显示这些意外的断言:
(mysql-workbench-bin:52041):GLib-GObject-WARNING **:在class_init之后尝试向类(gtkmm__CustomObject_16ListModelWrapper)添加接口(GtkTreeDragDest)
(mysql-workbench-bin:52041):GLib-GObject-WARNING **:尝试在class_init
之后向类(gtkmm__CustomObject_16ListModelWrapper)添加接口(GtkTreeDragSource)(mysql-workbench-bin:52041):Gtk-CRITICAL **:IA__gtk_tree_view_set_model:断言'model == NULL || GTK_IS_TREE_MODEL(模型)'失败
有更多的错误,但我已经缩短了清单。这些断言向我建议在创建列数据的窗口窗格时存在错误。这不仅仅是发生这种情况的列数据,而是底部的大多数窗格。
我在一个开源项目上工作,该项目也遇到了Ubuntu 14.10的问题,并且它还涉及Glib断言出现在之前没有出现过的地方。 Glib开发人员已经开始在他们的代码中添加更多断言来识别软件错误。类似的东西可能在这里适用。在项目的情况下,我维护断言表明我们的项目代码中存在问题,而较新版本的Glib使我们的代码失败。
考虑到这一点,我查看了Ubuntu启动板站点。去年有一个标题为Workbench not showing tables or query results in raring
的{{3}},但人们现在也在确定14.10的问题(过去一周很多)。我相信这与你所看到的有关。我还观察到目前有近三十人报告了一个问题。您可以创建一个帐户并将自己添加到遇到问题的人员列表中。
有好消息和坏消息。 MySQL工作台开发人员在其最新版本中遇到了bug report问题。 MySQL错误报告链接有这样说:
发布者发布:
修正了即将发布的MySQL Workbench 6.2.4版本,这里是changelog条目:
在Linux上,查询结果视图未填充libglib版本2.42 以及。
不幸的是,Ubuntu在其官方存储库中没有补丁或解决方法尚未。我想你有几个选择:
答案 1 :(得分:1)
这是Ubuntu 14.10上的已知问题(glib中的行为发生了变化)。此错误已得到修复,修复程序将在下一版本中提供。您也可以在结果集中看到这一点(空白结果,即使表有记录)。
答案 2 :(得分:0)
要解决此问题,请按照以下步骤操作:
1. On the left hand side select "Table Tool".
2. Click the canvas, which creates a default table.
3. Select the table, right click it and select "Edit".
4. Select the "Columns" tab on the bottom.
5. Double click the "column name" text box and enter a column name.
6. Click "Apply Changes".. You should see the column in the table now.
答案 3 :(得分:0)
有时它也发生在我身上,我只是双击另一张桌子,当我双击表格时会出现问题列表。
如果重新安装软件包后遇到同样的问题,请尝试从图表中删除表格图形并再次从目录树中将其拖回。不确定它是否有帮助...