Closed Bug 322212 Opened 19 years ago Closed 19 years ago

DERIVE_GROUPS_TABLES_ALREADY_LOCKED is ignored on 2.20+ when creating a new user object

Categories

(Bugzilla :: Bugzilla-General, defect)

2.20
defect
Not set
critical

Tracking

()

RESOLVED FIXED
Bugzilla 2.20

People

(Reporter: LpSolit, Assigned: LpSolit)

Details

(Keywords: regression, Whiteboard: [doesn't affect 2.22])

Attachments

(1 file)

This is a regression from my patch for bug 319082 and only affects 2.20+ (the patch landed on Dec 18, 2005). On tip, DERIVE_GROUPS_TABLES_ALREADY_LOCKED has been removed, and so considering the user ID only is fine. But on 2.20, this constant still exists and Bugzilla::User->new() still has to take two arguments (user ID + DERIVE_GROUPS_TABLES_ALREADY_LOCKED).
Status: NEW → ASSIGNED
Flags: blocking2.20.1?
Whiteboard: [doesn't affect 2.22]
Attachment #207419 - Flags: review?(bugreport)
Flags: blocking2.20.1? → blocking2.20.1+
Comment on attachment 207419 [details] [diff] [review] patch for 2.20.1, v1 Tested to correct table locking while deriving groups.
Attachment #207419 - Flags: review?(bugreport) → review+
Flags: approval2.20?
Flags: approval2.20? → approval2.20+
2.20 only: Checking in Bugzilla/User.pm; /cvsroot/mozilla/webtools/bugzilla/Bugzilla/User.pm,v <-- User.pm new revision: 1.61.2.17; previous revision: 1.61.2.16 done
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: