As the question says, I'm simply not able to create or edit columns in MySQL Workbench. I've tried reinstalling, even installing the 32bit version instead of the 64. I have Googled it but it seems like I'm the only one with this problem.
I can create tables with the templates but I need to be able to work with them and then edit them.
In the picture, you can see that the table has a Primary Key and the "Column Name" box is grey and unclickable.
OK, this has been open long enough. I wasn't able to fix the problem however I did find a workaround. If anyone has a similar problem the way I fixed this was by downloading an older version of Workbench. I downloaded version 5.2 and it worked perfectly. Here is the link:
https://downloads.mysql.com/archives/workbench/
This might come a bit late, but I just had the same problem on build 6.3.5 and found this post.
I also found the real reason and another workaround on MySQL website, so I thought I would share :
On Windows 10, and with resolutions of 1366x768 and below, the default
table editor window did not show the table columns.
As a workaround, the output pane could be resized or hidden.
This was fixed in build 6.3.6
Related
Bit of a back story, I was using MySQL Server 5.X on an old server. Retired server and migrated all data to a new server with MySQL 8.0.11 (now 8.0.12) installed. Used Legacy authentication to reduce issues.
This seemed to work and all my programs open/ran as expected. I've been editing them and publishing without any issues as well, however in that time I have not had any reason to change any of the data sources.
I've gone to change the data source today though and can not get it to work for the life of me.
If I try and make any changes I get the error "Configure TableAdapter tbl_users failed. Specified cast is not valid.". Obviously the table name varies and this happens regardless of which table (even trying to add a new table that I've just created).
It seems to work though, but on closer inspection, the delete and update commands are not created which means if I try and run the application I just get errors.
I've currently got:
Visual Studio 2015
MySQL Connector Net 6.9.8
MySQL for Visual Studio 1.2.7
Thanks in advance for any help/ideas.
#A Tyler. I suggest trying to update the MySQL for Visual Studio and MySQL connector to the newest versions. Have you tried that?
I think this issue is somehow related with the one described here.
https://bugs.mysql.com/bug.php?id=31338
This bug dates back to version 5.1 of the connector and VS 2005... should have been fixed right now, but the symptoms are very similar.
Maybe you found any other solution?
Update:
I 'slept' with the problem and found a workaround on the next day. This does not really solve the issue but made it possible to continue with the project.
I went to the 'properties' window of a table adapter and manually edited select and update commands there. It caused the table adapter to reflect these changes and I could use the new table field in my program. For me, this is good enough.
So when I downloaded the MySQL and used workbench, it shows like this so I could not edit the data type here, which is different from others. I have tried reinstalled MySQL and workbench yet the problem remains.
Can someone point out what's going wrong? Thank you so much!
This is a regression introduced when the details pane had been made visible in modeling too (it is always visible in the SQL IDE). With the next update the default height for the table editor will be increased so that you can see the columns table immediately. Of course you can always resize the editor (there is a splitter right above the editor, which you can drag for resizing).
I am using MySQL Cluster Auto-Installer. I click the next button while keeping the default configurations. But finally when i click Deploy and start cluster it will give me the following error.
I cant find any information regarding this message in the web.
#dennypanther, It's always in the config dir such as: /usr/local/mysql/mysql-cluster/ and It´s called "ndb_49_cluster.log".
In addition, maybe you could find it within a folder named with the same node id, for example: /usr/local/mysql/mysql-cluster/49/.
It depends how you configure it in the installation process.
I guess you resolved this problem a long time ago, however I try to help you as much as posible.
This looks like a bug fixed in recent 7.5 release of MySQL Cluster.
I did the bug fix myself, there was an issue with
not handling Windows character set properly that
made the start of the management server fail.
Fixed by handling also Windows character set
in messages from OS. Don't recall exact version
it was fixed in, but definitely fix is in latest
7.5.
When running mysql-workbench on Ubuntu 14.10 I am getting unexpected behavior in the GUI. If I double click on a table in the EER diagram editor I can't see a list of columns and their attributes. My screen looks like this:
When I double click on a table in the diagram editor the expected behaviour is to list each column in the table along with its attributes within the area highlighted in pink. I should be able to modify, delete, and add columns.
Why am I seeing this behaviour and how can I fix it?
I can confirm the behavior you are seeing. It doesn't work on Ubuntu 14.10 and works On Ubuntu 14.04. I use mysql-workbench on Debian Wheezy with the expected behavior. So your question caught my attention because it appeared to be a bug.
I ran it from the command line to see what was on the console. When using the EER Diagram Editor with a sample model I was greeted with a blank pane where columns and their attributes should be listed. The console shows these unexpected assertions:
(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
There were far more errors but I have cut the list short. These assertions suggest to me that there is a bug while creating the window pane where the column data. It isn't just the column data where this happens but on a majority of the panes at the bottom.
I work on an open source project that also had issues with Ubuntu 14.10 and it also involved Glib assertions appearing where they didn't occur before. The Glib developers have begun adding more assertions to their code to identify software bugs. It is possible that something similar applies here. In the case of the project I maintain the assertions were indicative of a problem in our project code and the newer versions of Glib made our code fail.
With that in mind I looked on the Ubuntu launchpad site. There is this bug report with the title Workbench not showing tables or query results in raring that was opened last year but people are now identifying the issue with 14.10 as well (many in the past week). I believe it is related to what you are seeing. I also observed there are nearly 3 dozen people at this time that have reported a problem. You could create an account and add yourself to the list of people experiencing a problem.
There is good news and bad news. The MySQL workbench developers have identified and fixed the problem in their latest builds. The MySQL bug report link has this to say:
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.
Unfortunately Ubuntu doesn't have a patch or work around in their official repositories yet. I think you have a few options:
Don't use mysql-workbench on Ubuntu 14.10 until the bug is fixed and a new version of mysql-workbench is released by Ubuntu.
Use an older version of Ubuntu (like 14.04) where it does work because it uses an older version of GLib
Download the source and build your own version of MySQL Workbench 6.2.4 or later when the source is released. At the time of this writing the source hasn't officially been released.
Download and build from the source for MySQL Workbench 6.2.3 using this patch . This patch was provided in the MySQL bug report linked to above.
There isn't much to tell just from your image. So I'll provide you will some common fixes for this problem:
Close and Restart MySQL Workbench
Right-click on your schema (or table) and click "refresh"
Right-click on the column window (red part) and click "refresh"
Sometimes this happens, not all programs are perfect (you loaded a good amount of data).
I installed mysql workbench in Windows7 32 bit machine. I imported a dump tables from another machine, the import process completes successfully as mysql shows. But, I can not see the tables, even after refresh all. Not only the tables that I import, even the tables in the test database (that comes by default) or any previously created tables in another database. Simply, it just shows the database name without the plus sign that display the tables. I removed mysql, installed it again, but no hope. I installed the requirements for mysql. What can be the reasons for such problem ?
If you're on mac, your object info and session section is covering the tables view. Just go ahead and drag that down and you should see the tables
I had the same thing happen. I just closed the program, re-opened it, and all the tables I imported were viewable.
Had the same issue, table not showing up under Tables in the navigation sidebar in MySQL Workbench 6.0 even after exiting and relaunching MySQL Workbench. The solution was to right-click on Tables and Refresh All.
I think it is a bug in MySql Workbench.
If you cannot see any updated changes in tables or schemas, then simply close the workbench and reopen it.
If this does not work however, then check your connection and server status.
I assume there is an icon (eye) next to your schema name, if you click on it it will open a window with all hidden tables. Click on show to solve the problem
show hidden table in mysql
Although the question is 8 years old at the time of writing this, I faced the same issue and thought I'd share my solution, which turned out to be rather basic: there's a refresh button to the right of 'Schemas'. If you click this, the newly created tables come into view. You don't have to close and reopen Mysql in such a case.
I had faced the same issue, Decrease the window size of workbench, table will be visible.