Bug 4986 - ruleqa: better UI for date-rev selection
Summary: ruleqa: better UI for date-rev selection
Status: RESOLVED FIXED
Alias: None
Product: Spamassassin
Classification: Unclassified
Component: Score Generation (show other bugs)
Version: SVN Trunk (Latest Devel Version)
Hardware: Other other
: P5 normal
Target Milestone: Undefined
Assignee: SpamAssassin Developer Mailing List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-07-13 10:15 UTC by Justin Mason
Modified: 2006-08-01 07:01 UTC (History)
0 users



Attachment Type Modified Status Actions Submitter/CLA Status

Note You need to log in before you can comment on or make changes to this bug.
Description Justin Mason 2006-07-13 10:15:45 UTC
The little table at the top of http://ruleqa.spamassassin.org/ , and the longer
version of the same at http://ruleqa.spamassassin.org/?longdatelist=1 , aren't
a very good UI for selecting "daterevs".

(reminder: the "daterev" is the unique ID for a mass-check, combining the
mass-check time and date, the source revision of the code, and the type of
mass-check.  see http://wiki.apache.org/spamassassin/DateRev ).

I think a better UI might be something like:

  code rev    mass-checks (2)
  --------    -----------

  421549      Preflight, on 20060713       Nightly, on 20060713
  (1)         mc-fast mc-med mc-slow       bzoetekouw cthielen daf
              mc-slower [+] (3)            parkerm theo wtogami zmi [+]

  421192      Preflight, on 20060713
              mc-fast mc-med mc-slow   
              mc-slower [+]           

  420767      Preflight, on 20060712
              mc-fast mc-med mc-slow   
              mc-slower [+]           

  [...more] (4)

(1): there's a popup "tooltip" on the code rev number, which displays the
Author (who checked in), time of the checkin, and the SVN check-in message.

(2) The mass-check "blocks" are cells in a table; preflight, nightly and
weekly-net mass-checks used different background colours so they
can be quickly differentiated.   They are ordered from left to right as
preflight, then nightly, then net.  If a mass-check of that type didn't
occur for that SVN rev, its table cell is left empty.

(3): the "[+]" is the existing popup list of mass-check start/submit/size
details.

(4): further mass-check entries proceed down the page, in "recent first"
order.
Comment 1 Justin Mason 2006-08-01 14:01:44 UTC
implemented, more or less as described; see

http://ruleqa.spamassassin.org/20060729-r426765-n

http://ruleqa.spamassassin.org/?longdatelist=1#r20060731_r427048_n