Closed Bug 302407 Opened 19 years ago Closed 19 years ago

whine.pl can cause an "already_locked" error with Bugzilla::User.pm

Categories

(Bugzilla :: Whining, defect)

2.19.3
defect
Not set
normal

Tracking

()

RESOLVED FIXED
Bugzilla 2.20

People

(Reporter: altlist, Assigned: altlist)

Details

(Whiteboard: [2.20 only])

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6

whine.pl needs to pass the "tables_locked_for_derive_groups" flag when
creating a new Bugzilla::User() object.  Otherwise if Bugzilla::User
needs to call the derive_groups() routine, you'll get this error message.

  Attempted to lock a table without releasing previous lock first:
    Tables already locked:
        whine_schedules WRITE, whine_events READ, profiles WRITE, groups READ,
group_group_map READ, user_group_map WRITE
    Tables requesting locking:
        profiles WRITE, user_group_map WRITE, group_group_map READ, groups READ



Reproducible: Always
Attached patch v1 β€” β€” Splinter Review
suggested patch.
Attachment #190771 - Flags: review?(erik)

*** This bug has been marked as a duplicate of 299211 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
Summary: whine.pl can cause an "already_locked" error with Bugzilla::User.pm → whine.pl can cause an "already_locked" error with Bugzilla::User.pm
I'm sorry, but I don't believe this is a duplicate.  There are two other
Bugzilla::User->new() calls.  Bug 299211 only fixed 1 out of the 3.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
ah, indeed. sorry about that.
(In reply to comment #4)
> ah, indeed. sorry about that.

No problem.  And for the record, I wrote the patch because I actualy hit the bug
in my setup.  It's an odd case, but it did occur. :)
Flags: blocking2.20?
No, if it's just an odd case, I don't want to block on it. I think we handled
the common case.

However, it'd be worthwhile for a landing on the 2.20 branch at some point.
Assignee: erik → altlst
Flags: blocking2.20? → blocking2.20-
Target Milestone: --- → Bugzilla 2.20
Version: unspecified → 2.19.3
> No, if it's just an odd case, I don't want to block on it. I think we handled
> the common case.

Yes, but note that it stopped all of my whines to work as whine.pl aborted
immediately.  In my situation, I believe it occurred after I disabled just 1
person's account.  But will leave it up to you when you want to check this in.
Comment on attachment 190771 [details] [diff] [review]
v1

Groups are no longer derived on user object creation.  (only on regexp or login
edit)
Attachment #190771 - Flags: review?(erik)
Comment on attachment 190771 [details] [diff] [review]
v1

oh wait....  this would effect 2.20
Attachment #190771 - Flags: review?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Whiteboard: [2.20 only]
Attachment #190771 - Flags: review? → review+
Flags: approval2.20?
Flags: approval2.20? → approval2.20+
Checked in for Albert on 2.20 branch only.

Checking in whine.pl;
/cvsroot/mozilla/webtools/bugzilla/whine.pl,v  <--  whine.pl
new revision: 1.13.2.1; previous revision: 1.13
done
Status: NEW → RESOLVED
Closed: 19 years ago19 years ago
Resolution: --- → FIXED
(In reply to comment #10)
> Checked in for Albert on 2.20 branch only.

Thanks Joel!
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: