Bugzilla – Full Text Bug Listing
New Gerrit change created: https://git.eclipse.org/r/103614 New Gerrit change created: https://git.eclipse.org/r/103616 New Gerrit change created: https://git.eclipse.org/r/103615 In order to reproduce, it may be necessary to resize until the prohibition is displayed and to decrease by one pixel Gerrit change https://git.eclipse.org/r/103614 was merged to [master]. Commit: http://git.eclipse.org/c/sirius/org.eclipse.sirius.git/commit/?id=d8c7667824651c5776c402236724e68f1150a931 Gerrit change https://git.eclipse.org/r/103616 was merged to [master]. Commit: http://git.eclipse.org/c/sirius/org.eclipse.sirius.git/commit/?id=53ac4e417ad148254376b2ff489a6a32d6946ae4 After discussion with Maxime, this is not a bug but an expected behavior. It allows to reorder element by putting it in this area. New Gerrit change created: https://git.eclipse.org/r/104157 New Gerrit change created: https://git.eclipse.org/r/104156 Gerrit change https://git.eclipse.org/r/104156 was merged to [master]. Commit: http://git.eclipse.org/c/sirius/org.eclipse.sirius.git/commit/?id=7fc71d3d5236d530f4d71528b10806aa0e502795 Gerrit change https://git.eclipse.org/r/104157 was merged to [master]. Commit: http://git.eclipse.org/c/sirius/org.eclipse.sirius.git/commit/?id=2011e7ae9c986a1055671e8da66eba2e8b4b5035 No validation as issue is finally invalid. Available in Sirius 5.1.0, see https://wiki.eclipse.org/Sirius/5.1.0. |
Created attachment 269963 [details] ResizeExecution.zip When resizing an execution in the top direction near the parent bound limit, the resize is authorized but causes also a resize of the parent. Steps to reproduce: * Import project ResizeExecution (from ResizeExecution.zip) * Open diagram "Sequence Diagram" * Resize the first execution in the top direction from one pixel * OK: The first execution is resized * KO: The life line is resized in the bottom direction (and all elements below are moved). It should be not. The resize should be forbidden because it does not respect the layout constraints (minimum space after a lifeline). * Resize the second execution in the top direction from one pixel * OK: The second execution is resized * KO: The operand and the combined fragment are resized in the bottom direction. They should be not. The resize should be forbidden because it does not respect the layout constraints (minimum space before an execution).