Closed Bug 183017 Opened 22 years ago Closed 22 years ago

Only numbers displayed when bar chart contains too many products

Categories

(Bugzilla :: Reporting/Charting, defect, P3)

2.17.1
x86
Linux
defect

Tracking

()

RESOLVED FIXED
Bugzilla 2.18

People

(Reporter: dkl, Assigned: gerv)

Details

Attachments

(1 file, 1 obsolete file)

When choosing more than one product and too many components from the chart query
screen, a bar chart is created with only numbers and no bars. Backing down the
list of components or products fixes the problem. There should be a way to
dynamically resize the image to accommodate the additional data or put a warning
that you have selected too many items.
Can't you resize it yourself? :-) I'd much rather have smart users decide what
the right size is than dumb code, which is more likely to get it wrong.

Gerv
One of us misunderstand something here.

The report is a PNG picture, which does not contain any bars.  Sure I carn
resize the picture, but it will still only contain numbers!

In this bugzilla, you can repeat like this:

1. Select reports
2. Select "Graphical Reports"
3. Select "Component" on vertical axis
4. Select "Resolution" on horizontal axis
5. Leave plot data sets as "Individually" (the default)
6. Leave format as "bar chart" (the default)
7. Remove the preselected statuses, and any other preselections
8. Select all components starting with "A" (14 in total)
9. Click "Generate Report"

Now, try to resize this picture so that you see the bars! :-)
10. Click the link marked "Wider" below the bars. Continue until bars appear.

Gerv
You mean "fatter" rather than "wider", I presume.

I had tried it, but obviously not many enough times.

I take your point, you can get the report.

I don't find it immediately obvious you should click "fatter" half a dozen times
in a case like this.  So I still think some kind of warning or extra explanation
on the page would be appropriate.  A little section about this potential problem
below the graph, for example.

But it is possible to get the report, so it's a usability issue rather than a
real bug.
Attached patch Patch v.1 (obsolete) — Splinter Review
This patch implements a minimum width for bar charts, meaning that you always
see the bars (each entry requires 10 pixels.)

Gerv
Attached patch Patch v.2Splinter Review
Always read patches before uploading them...

Gerv
Attachment #110930 - Attachment is obsolete: true
Comment on attachment 110931 [details] [diff] [review]
Patch v.2

Joel: you're my right-hand man for reporting; could you take a look at this
fix?

Gerv
Attachment #110931 - Flags: review?(bugreport)
Priority: -- → P3
Target Milestone: --- → Bugzilla 2.18
Comment on attachment 110931 [details] [diff] [review]
Patch v.2

The min_width needs to be wider.  20 works for me.
r=joel
Attachment #110931 - Flags: review?(bugreport) → review+
joel: doubling the value of the min-width has a serious effect on the way this
patch works. It always worked at 10 pixels for me; can you give me the URL of a
graph on landfill where it doesn't for you?

Gerv
I'll have to try some experiments to see what happens.  I may have overridden
the patche's normal choice when I got it to "still" display only numbers.  The
patch definitely improves the situation regardless.  

joel: ping? :-)

Gerv
Let's land this.
Flags: approval?
Flags: approval? → approval+
Fixed.

Checking in report.cgi;
/cvsroot/mozilla/webtools/bugzilla/report.cgi,v  <--  report.cgi
new revision: 1.13; previous revision: 1.12
done

Gerv
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
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

Created:
Updated:
Size: