concurrency problem in non-block calls to probes

Bug #478080 reported by Simon Poirier
6
This bug affects 1 person
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.Create('someaction')
ProbeMgr.install(someaction, block=False)
# ... do something...
ProbeMgr.uninstall(someaction, block=False)
ProbeMgr.install(someaction, block=False)

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

Simon Poirier (simpoir)
Changed in tutorius:
assignee: nobody → Erick Lavoie (erick-lavoie)
Simon Poirier (simpoir)
Changed in tutorius:
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.