287306 - create new user . Then edit user. edituser.cgi fails to finish. does not display bottom of page with update button.

Status: RESOLVED WORKSFORME

(Bugzilla :: Administration, task)

Description

[exodus systems]

User-Agent:       Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7.6) Gecko/20050225 Firefox/1.0.1
Build Identifier: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7.6) Gecko/20050225 Firefox/1.0.1

This is the scenario.
On our system Bugzilla 2.18rc1 upgraded from 2.16.6 when we create a new user we
have a problem with editing the user. editusers.cgi fails to complete.
The cgi will print anything up to line 175 but not that line itself. IE I can
actually insert a print statement between
174                PopGlobalSQLState();
AND
175                print "</TR><TR";

and it will print but not line 175.



Reproducible: Always

Steps to Reproduce:
At this point

Create a new user.

Edit new user.

Actual Results:  
displays the page down to almost the last group and times out.
Appears to crash just before printing line 175 (or while printing line 175)
editusers.cgi.
No update, delete user buttons or footer.


Expected Results:  
normal page display.

Database excerpts look like.

select userid, realname from profiles where realname like "%test%";
|     27 | This is a test

SELECT * FROM user_group_map where user_id = "27";
Empty set (0.00 sec)


Now if I add two entries manually to the user_group_map so it looks like

+---------+----------+---------+------------+
| user_id | group_id | isbless | grant_type |
+---------+----------+---------+------------+
|      27 |        6 |       0 |          0 |
|      27 |       23 |       0 |          0 |
+---------+----------+---------+------------+

I can edit the user without problems as long as 2 or more entries remain in the
user_group_map table.

Running on Redhat 9.0 standard setup.

edituser.cgi terminates on Line 175.

Apache 2.0.40  (i386)
Perl   5.8.0   (i386)
mysql  3.23.54 (i386)

Comment 1

[Max Kanat-Alexander]

rc1 is fairly old. Does this still happen with the released 2.18.0?

Comment 2

[Joel Peshkin]

Look in your webserver error log.  If there is a whole bunch of output to STDERR
 from a CGI, apache will stall until the whole thing times out.

Comment 3

[exodus systems]

Does this mean anything to anyone?

[Wed Mar 23 12:19:11 2005] [error] [client 203.113.254.17] (20507) The timeout
specified has expired: ap_content_length_filter: apr_bucket_read() failed,
referer: [deleted].com/editusers.cgi?action=list&matchstr=test&matchtype=substr

grepped the whole bugzilla directory and found nothing. assume it is either
apache or compiled code (DBI?).

Comment 4

[Frédéric Buclin]

Read https://bugzilla.mozilla.org/show_bug.cgi?id=279309#c23 for a good
explanation. Reporter, can you still reproduce the problem?

Comment 5

[A. Karl Kornel]

Suggest INVALID pending more information and an upgrade to at least 2.18.0.

Comment 6

[Max Kanat-Alexander]

Well, I can't reproduce the problem, so it's WORKSFORME.

Comment 7

[exodus systems]

Just wanted to confirm that the problem went away with an upgrade to 2.20.1

(Sorry for delay - we had perl library issues preventing the upgrade earlier).

Thanks for your assistance.
Warren Kinny