Community
Participate
Working Groups
When a border item has EAST as its preferred side, if there is another border item already there it is supposed to move UP and then if it runs out of space then to the NORTH side. However, there is a typo and instead of moving up border items move down, but only slightly and they overlap. And if the new border item bound's height is equal to the vertical_gap, then it gets in an infinite loop because the recommendedLocation.y never changes. A similar problem exists on the NORTH side and it also can cause a crash.
Created attachment 45941 [details] BorderItemLocator.java - patch
Committed the patch. This will slightly change where new border items are placed when multiple border items overlap -- they will now be spaced correctly on the north and east side as they were on the south and west side.
[GMF Restructure] Bug 319140 : product GMF and component Runtime Diagram was the original product and component for this bug