Closed mojtaba-eshghie closed 2 months ago
The commit resolves this through https://github.com/mojtaba-eshghie/HighGuard/commit/0ee1e74fbb99d0f5b43fc0f7234561d0fcfe0b52
activity2 (violation:true) -> activity1 (violation:false) -> activity3 (violation:false)
It is just easily possible to count on the whole trace exactly from the point we have the first violation.
If in a simulation (monitoring) job, a violation happens, the trace should always be a violated trace. The behavior now is that a violation transaction leads to only violation step. In the trace example below, the third transaction is considered
violation: false
wherease it should still be deemed a violation (the wrong order of activities).