Bug #47234 Relations are redrawn after synchronization (EER diagram)

Submitted: 10 Sep 2009 7:25 Modified: 15 Dec 2009 14:36
Reporter: Krisztián Bolla Email Updates:
Status: Closed Impact on me:
None 
Category:MySQL Workbench Severity:S3 (Non-critical)
Version:5.1.18(17) OS:Windows (Vista)
Assigned to: Alexander Musienko CPU Architecture:Any

[10 Sep 2009 7:25] Krisztián Bolla
Description:
I am drawing my EER diagram positioning relations to see clearly which goes where. But when I make a synchronization with my localhost database on the EER diagram the software readraw my realítions and I have to position the again and again. I can't find anyway to lock them. (in the synchronization I don't bother those relations!)

How to repeat:
Put some table on EER diagram make some relation between them. Position the relation. Make a synchronization between Workbench and a localhost database. After synchronization the relation repositioned to the original position.
[10 Sep 2009 11:11] Valeriy Kravchuk
Thank you for the problem report. Verified just as described, with only 2 tables and one (moved) relation being synconized, on XP.
[10 Sep 2009 11:36] Krisztián Bolla
There is also a strange thing which maybe in connection with this problem. I have a big database (30 tables with many connections). I position the relations to keep the diagram clear and also position the captions of the relations (center captions over line is checked in the preferences). I save the project exit from workbench, start it again and it is not the same like as saved 1 minute before. It makes the planning process difficult.
[11 Dec 2009 15:13] Johannes Taxacher
this has been fixed. will be included in 5.2.11
[15 Dec 2009 14:36] Tony Bedford
An entry has been added to the 5.2.11 changelog:

In an EER diagram, if relationship links were laid out as desired, and then a synchronization with the live server carried out, the relationship links were repositioned by MySQL Workbench.

Portions of this website are copyright © 2001, 2002 The PHP Group

Page generated in 0.054 sec. using MySQL 8.4.7-u6-cloud

Timestamp references displayed by the system are UTC.
Content reproduced on this site is the property of the respective copyright holders.
It is not reviewed in advance by Oracle and does not necessarily represent the opinion of Oracle or any other party.