Uploaded image for project: 'Kogito'
  1. Kogito
  2. KOGITO-1686

DMN target position is not stored

    XMLWordPrintable

Details

    • Hide
      1. In VS code create new DMN diagram
      2. add two decision nodes, 'one' and 'two'
      3. when connecting 'one' -> 'two', chose for example 'top' target position
      4. save and reopen the DMN diagram

      Current: position on 'two' is 'center'
      Expected: position on 'two' is 'top'

      Furthermore, please notice in explore diagram seems be target position stored correctly.

      Show
      In VS code create new DMN diagram add two decision nodes, 'one' and 'two' when connecting 'one' -> 'two', chose for example 'top' target position save and reopen the DMN diagram Current: position on 'two' is 'center' Expected: position on 'two' is 'top' Furthermore, please notice in explore diagram seems be target position stored correctly.

    Description

      The issue relates to feature of connection position. When connecting two nodes, the connection can have 5 positions (left, top, right, bottom, center). In DMN designer there is issue after save and reopening the file, the chosen position is lost and automatically 'center' one is used.

      Attachments

        Issue Links

          relates to

          Bug - A problem that impairs or prevents the functions of the product. DROOLS-2569 [DMN Designer] Marshalling of magnet positions

          • Major - To be worked after higher priority work items are addressed. When the severity is high and the effort to change it is low to moderate, this term is chosen. Issues in this category likely have an existing workaround but implementation or execution may be non-trivial.
          • Closed

          Bug - A problem that impairs or prevents the functions of the product. DROOLS-3702 [Stunner] Arrows are incorrectly positioned when save-open diagram

          • Major - To be worked after higher priority work items are addressed. When the severity is high and the effort to change it is low to moderate, this term is chosen. Issues in this category likely have an existing workaround but implementation or execution may be non-trivial.
          • Closed

          Activity

            People

              karreiro_ Guilherme Gomes (Inactive)
              rh-ee-jomarko Jozef Marko
              Jozef Marko Jozef Marko
              Jozef Marko Jozef Marko
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: