Details
-
Bug
-
Resolution: Done
-
Minor - P4
-
2.2.0
-
None
-
ALL
Description
There was a regression where this broke long ago - in 2.1.x i think. Anyway, the otherLock variable is zeroed everytime in the broken variant which makes us have to hit a mutex (in DBLocksMap which is a mapsf) to look up the right db lock as part of that process. The lookup is quick so it is a low P bug.