The tool doesn't seem to check the existing ticket status before allowing an change to the state when multiple users are involved.
e.g. we have the following states available on the ticket
unconfirmed -> unable to recreate
unconfirmed -> confirmed -> rejected
user A and B open the ticket and view, user A confirms and saves the new ticket state, user B sets it to be 'unable to recreate' and is able to save. The ticket state history now goes from unconfirmed->confirmed->unable to recreate which is an invalid process flow.
It is a very particuliar test case, and occurence should be minor :
- in most cases only one user (the responsible) changes the status of a ticket
- the change must be conflictual, meaning the 2 users don't agree to the status of the ticket
- the changes must be concurrent (done on the same time)
- the conflictual changes must not respect workflow.
But you're right, this is an issue , because the workflow must be checked on server side before saving. Ticket #798 recorded.
En poursuivant votre navigation, vous acceptez le dépôt de cookies tiers destinés au bon fonctionnement et à la sécurisation du site (gestion de session, reCaptcha) et à une analyse statistique anonymisée des accès sur notre site (Google Analytics). Si vous vous inscrivez, les informations que vous fournirez ne seront jamais divulguées à un tiers sous quelque forme que ce soit. En savoir plus
Cookies settings
×
Functional Cookies
Ce site utilise des cookies pour assurer son bon fonctionnement et ne peuvent pas être désactivés de nos systèmes. Nous ne les utilisons pas à des fins publicitaires. Si ces cookies sont bloqués, certaines parties du site ne pourront pas fonctionner.
Session
Please login to see yours activities!
Other cookies
Ce site web utilise un certain nombre de cookies pour gérer, par exemple, les sessions utilisateurs.