Closed Bug 54566 Opened 24 years ago Closed 24 years ago

Software error generated when adding invalid dependencies

Categories

(Bugzilla :: Bugzilla-General, defect, P3)

Tracking

()

VERIFIED FIXED
Bugzilla 2.12

People

(Reporter: mozilla, Assigned: Chris.Yeh)

References

Details

(Whiteboard: 2.14)

Attachments

(1 file)

If you try to make a bug depend on or block an invalid bug id, bugzilla
correctly reports in big bad red and black that the bug id you entered
was invalid.  However, it then generates a software error.  I changed
the die() to a confess() and got this stack trace:

SELECT profiles.userid, profiles.groupset, profiles.login_name,
profiles.login_name = 'aspiers@guideguide.com' AND profiles.cryptpassword =
logincookies.cryptpassword AND logincookies.hostname = '192.168.1.1',
profiles.disabledtext  FROM profiles, logincookies WHERE logincookies.cookie =
'310' AND profiles.userid = logincookies.userid: Table 'logincookies' was not
locked with LOCK TABLES at globals.pl line 140
        main::SendSQL('SELECT profiles.userid, profiles.groupset,
profiles.login_name, ...') called at CGI.pl line 538
        main::quietly_check_login() called at CGI.pl line 909
        main::GetCommandMenu() called at globals.pl line 944
        main::Param('commandmenu') called at globals.pl line 977
        main::PerformSubsts('<TABLE BORDER="0"><TR><TD
BGCOLOR="#000000" VALIGN="TOP">^J<TABLE...') called at
CGI.pl line 812
        main::PutFooter() called at CGI.pl line 821
        main::PuntTryAgain('12345 is not a legal bug number') called at
/nfs-home/stuff/web/bugzilla/process_bug.cgi line 727

Why MySQL was expecting logincookies to be locked, I have no idea ...
*** Bug 51050 has been marked as a duplicate of this bug. ***
Whiteboard: 2.14
ping cyeh...

Is this the same thing you just fixed in editusers.cgi?  Same problem perhaps?
It appears to be a similar problem: we lock the tables to begin bug processing 
but when an error occurs we punt without unlocking the tables first.

We're going to have to walk through all the logic of process_bug.cgi and see 
where we should be unlocking the tables in a failure case.

re-assigning to me, have patch
Assignee: tara → cyeh
Status: NEW → ASSIGNED
checked patch into trunk
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
In search of accurate queries....  (sorry for the spam)
Target Milestone: --- → Bugzilla 2.12
VERIFIED. Now works as it should.

Gerv
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: