Closed
Bug 2724
Opened 26 years ago
Closed 24 years ago
sometimes, a producing a bug chart hangs the system
Categories
(Bugzilla :: Bugzilla-General, defect, P3)
Bugzilla
Bugzilla-General
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: jay, Assigned: justdave)
Details
(Whiteboard: 2.16)
i thought this may have been working in the past, but, via an upgrade of perl
and/or bugzilla, it broke.
sometimes, chart generation produces a zero size .gif file. this happens when
the data/mining/product file does not have a full line of data:
19981231|2
19990101|1|1
19990102|0|1|1
not having the final number pushes, perhaps, an undef on the @reopened array
which in turn eventually screws up @data and img->gif(). if i were to populate
the product file with four sets of data (ie, append |0 's), the generation works
fine.
the easiest soution is to make the reports file assume 0 if no data is present,
thus add the following lines:
RCS file: /cvsroot/mozilla/webtools/bugzilla/reports.cgi,v
retrieving revision 1.9
diff -r1.9 reports.cgi
430a431,434
> $open=0 if (! defined $open);
> $assigned=0 if (! defined $assigned);
> $reopened=0 if (! defined $reopened);
>
this fixes the problem for me.
Clearing "M" field since Webtools product is not used for 5.0 specific project
bug metrics and will mess up our queries on milestones.
Comment 3•25 years ago
|
||
Reassigning to dmose@mozilla.org, who now has front-line responsibility for
all Bonsai and Bugzilla bugs.
Comment 4•25 years ago
|
||
Reassigning back to me. That stuff about me no longer being the front-line
person responsible for Bugzilla and Bonsai turned out to be short-lived.
Please pardon our confusion, and I'm very sorry about the spam.
Updated•25 years ago
|
Status: NEW → ASSIGNED
Priority: P2 → P3
Comment 5•25 years ago
|
||
tara@tequilarista.org is the new owner of Bugzilla and Bonsai. (For details,
see my posting in netscape.public.mozilla.webtools,
news://news.mozilla.org/38F5D90D.F40E8C1A%40geocast.com .)
Assignee: terry → tara
Status: ASSIGNED → NEW
Comment 6•24 years ago
|
||
This bug has not been touched for more than nine months. In most cases, that
means it has "slipped through the net". Please could the owner take a moment to
add a comment to the bug with current status, and/or close it.
Thank you :-)
Gerv
Assignee | ||
Comment 7•24 years ago
|
||
Gerv, did your new bug charting/reporting stuff fix this?
Comment 8•24 years ago
|
||
Probably :-) It does do some fixing of data files. But these are really old...
Gerv
Comment 9•24 years ago
|
||
2.14: Need to check whether 2.12 fixed this, and fix it if not.
Jay, you could please tell us how you go when 2.12 comes out (RSN).
QA Contact: matty
Whiteboard: 2.14
Updated•24 years ago
|
Whiteboard: 2.14 → 2.16
Assignee | ||
Comment 10•24 years ago
|
||
moving to real milestones...
Target Milestone: --- → Bugzilla 2.16
Comment 11•24 years ago
|
||
This is definitely fixed in its original incarnation, because all lines of data
are now the same length (in terms of fields.)
Gerv
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Assignee | ||
Comment 12•23 years ago
|
||
moving to Bugzilla product
reassign to default owner/qa for INVALID/WONTFIX/WORKSFORME/DUPLICATE
Assignee: tara → justdave
Component: Bugzilla → Bugzilla-General
Product: Webtools → Bugzilla
Target Milestone: Bugzilla 2.16 → ---
Version: other → unspecified
Updated•12 years ago
|
QA Contact: matty_is_a_geek → default-qa
You need to log in
before you can comment on or make changes to this bug.
Description
•