concurrency problem in non-block calls to probes
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Tutorius |
Invalid
|
Undecided
|
Erick Lavoie |
Bug Description
Making multiple non-blocking calls to probes makes breaks data probe model integrity. I.E. subsequent calls to install/uninstall will generate unpredictable behaviour.
Steps:
someaction = addons.
ProbeMgr.
# ... do something...
ProbeMgr.
ProbeMgr.
Final state of probe varies between having 2 times the same installed action, without it being uninstallable... to not having any actions installed at all. Making blocking calls seems to enforce the correct behaviour.
It could be documented as a limitation, but I fear it might backfire in the future if we don't do any validation/locking in the probe while playing with it from multiple processes
Changed in tutorius: | |
assignee: | nobody → Erick Lavoie (erick-lavoie) |
Changed in tutorius: | |
status: | New → Invalid |