Locking bugs temporarily?

Frédéric Buclin lpsolit at gmail.com
Mon Feb 27 10:41:28 UTC 2012


Le 27. 02. 12 10:41, Gervase Markham a écrit :
> mid-air needs to appear on the screen of the _other_ guy trying to
> change the bug - the real person. That means, I need to have a "lock" or
> something on the bug while I'm changing it, so that when the lock is
> released, _their_ change fails.

I don't see why BzAPI should have a higher priority on someone else's
changes. You are not the only one to use remote clients to interact with
Bugzilla, and the other client would have the same problem as you. So if
you come after the other user, *you* should get the midair collision,
not the other user.

About GET_LOCK, depending on how it's used, you could easily block all
changes to a single bug, if this lock isn't released for some reason. It
sounds like a come back of LOCK TABLES to me, though not exactly the
same thing.


LpSolit



More information about the developers mailing list