Accurately show the failed activity in cockpit

XMLWordPrintable

    • Type: Feature Request
    • Resolution: Fixed
    • Priority: L3 - Default
    • 7.13.0, 7.13.0-alpha1
    • Affects Version/s: None
    • Component/s: None
    • None

      Steps to reproduce

      1. A process has two tasks "foo" and "bar"
      2. Task "foo" is asyncBefore
      3. The execution of task "bar" fails

      Problem

      • As a result, the process transaction is rolled back but there is no information stored in which activity exactly the problem occurred
      • The failed job log only contains the first activity id executed as part of the failed process transaction

      Solution

      1. The id of the problem causing activity is additionally stored in:
        • the failed job log
        • the runtime job
        • the runtime incident
        • the historic incident
      2. The new id is exposed via REST API for those entities as well.

      Hints
      Related blog post https://forum.camunda.org/t/showing-which-step-really-failed/13051

        This is the controller panel for Smart Panels app

              Assignee:
              Nikola Koevski
              Reporter:
              fml2
              Votes:
              0 Vote for this issue
              Watchers:
              5 Start watching this issue

                Created:
                Updated:
                Resolved: