Bug #19744 | Debug Assertion Fails on edit color property of db.workbench.TableElement | ||
---|---|---|---|
Submitted: | 11 May 2006 21:19 | Modified: | 12 May 2006 0:07 |
Reporter: | Roland Bouman | Email Updates: | |
Status: | Won't fix | Impact on me: | |
Category: | MySQL Workbench Preview | Severity: | S3 (Non-critical) |
Version: | 1.0.6 | OS: | Windows (WinXP pro) |
Assigned to: | CPU Architecture: | Any |
[11 May 2006 21:19]
Roland Bouman
[11 May 2006 21:21]
Roland Bouman
Actually, I think it's the valid pointer check that you see first; after Ignoring that you get the other one. So that's probably just a side effect
[12 May 2006 0:07]
MySQL Verification Team
Thank you for the bug report.
[22 Jun 2006 22:15]
Geoffrey Hoffman
I was about to submit a 'colorize table' feature request when I saw this post - cool Roland! Nice tip. In the GRT shell, if you type "myTable = " (no quotes) at the prompt, then you can drag the <table> from the Object Tree to the prompt. Let go after your line you just typed. You will then see: / > myTable = grtV.getGlobal("/workbench/model/views/0/elements/0") (your numbers may be different depending on the table you dragged.) No errors. Hmmm... Then on the next line, type / > myTable.color='red' and hit return. My tabled turned red. I saved my document and the property 'took' upon quitting and re-opening. The only other color I could get to work is 'green'. This is in Windows XP. It also works if you type red, blue or green into the inspector pane.