Closed Bug 66876 Opened 24 years ago Closed 24 years ago

PATCH: Using userids (mediumint) for initialowner and initialqacontact

Categories

(Bugzilla :: Bugzilla-General, enhancement)

x86
Linux
enhancement
Not set
normal

Tracking

()

VERIFIED FIXED
Bugzilla 2.12

People

(Reporter: baulig, Assigned: Chris.Yeh)

References

Details

(Whiteboard: 2.12)

Attachments

(4 files)

Hi, concerning bug #24806, here's a patch which changes the initialowner and initialqacontact fields from tinytext to mediumint. Martin
Attached patch The patch (deleted) — Splinter Review
This would be very cool, especially for sites like Mozilla.org where people seem to like to switch their emails once a month. Putting it on 2.12 radar.
Status: NEW → ASSIGNED
Whiteboard: 2.12
Keywords: patch
Blocks: 24806
Blocks: 23067
*** Bug 55245 has been marked as a duplicate of this bug. ***
So waht I did was take the existing patches, applied them to the trunk, fixed the rejects and then re-diffed. The only part I couldn't merge were the changes to importxml.pl, which appears to have dramatically changed. I'm going to review these now. Would appreciate help since this is essentially a schema change and converstion.
ooof. don't use that patch. i screwed up the merge. new patch coming up.
Attached patch fixed patches for trunk (deleted) — Splinter Review
taking ownership, the patch looks good for the most part. testing it now.
Assignee: tara → cyeh
Status: ASSIGNED → NEW
adding dave to cc.
installed the patch on my test install... First thing I tried was editcomponents.cgi. It got this: Global symbol "$initialowner" requires explicit package name at /usr/local/home/justdave/public_html/bugzilla/editcomponents.cgi line 396 (#1) Adding the line: my $initialowner = trim($::FORM{initialowner} || ''); immediately before that line seems to fix this. After fixing that, I tried to change the initialOwner on a component to a user that didn't exist. It correctly reported to me that I needed to choose a user that had a bugzilla account, and offered me the chance to go back, but then instead of the footer, I got this: Table 'logincookies' was not locked with LOCK TABLES at globals.pl line 171. Not being an expert on table locks, I'm at a loss on fixing this one.
Changing an initialOwner or initialQAContact to valid addresses seems to work fine.
Strange, this bug is marked as a blocker of a fixed bug?
I have the table locking error as well. We could remove the trailer calls but I'd like to understand why we're getting the table locking error in the first place.
If you apply this you're likely also going to make a small tweak to the sanity checking that was checked in for bug #56822 to get it to check against the user id rather than the user's email address.
Matthew, your patches didn't apply clean. And the table locking problem can be fixed by moving SendSQL("UNLOCK TABLES") before PutTrailer(). So I think we're pretty close to having this be in good enough shape to checkin.
Oh well, too much work for such a small patch, just apply it manually. It should be obvious what I mean and should take about 5 seconds.
patch comitted to trunk. thank you!
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Sorry for the spam, but I needed to be able to query for all of these correctly.
Target Milestone: --- → Bugzilla 2.12
Verified this is definitely changed and I can't think of anything else to check that hasn't already been.
Status: RESOLVED → VERIFIED
Moving closed bugs to Bugzilla product
Component: Bugzilla → Bugzilla-General
Product: Webtools → Bugzilla
Version: other → unspecified
QA Contact: matty_is_a_geek → default-qa
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: