gecko-dev/webtools/tinderbox2/Todo
kestes%staff.mail.com 680a0a0536 remove comments about image subsystem, we no longer have this as a
requirement.

explain the warning issues better.

remove discussion of the bug tracking system, I coded it already.
2000-11-28 00:24:42 +00:00

36 lines
1.7 KiB
Plaintext

The VC_Bonsai implementation does not work. It is included only
because they will become important. I do not understand the
interfaces well enought to finish the work and I have no means to test
them.
I did not code a warnings system with all the warning pages (see
tinderbox1). I am not sure this belongs in Tinderbox proper. I think
that a separate webscript running a version of "lint" would be a
better choice. IF we need to put it in Tinderbox we should create a
special library which is called every time the error parser detects a
warning.
I did not code shownote.cgi to allow people who deploy the notice
board but do not have popup windows to see the notices.
I have not updated the client build scripts to work with the new system.
I need a Javascript expert to look over the current versions of CVS
Blame and Tinderbox1 and ensure that I have the best features of these
javascript programs in tinderbox2/src/lib/HTMLPopUp/MozillaLayers.pm.
Please keep the code neat and nicely indented.
I need to allow the VC system to have a daemon gather the VC
information and pass it to tinderbox via the same update methods wich
Builds uses. Then both the tinder.cgi and this new cvs process could
be run out of cron periodically and the webpages would not be delayed
if CVS takes a long time to respond this might improve the response
time of the web updates. Also the OS process scheduler could do a
better job of scheduling if there were two different processes one
which was IO bound and one which was CPU bound.
It would be really nice if CVS could mail tinderbox the updates which
apply to the branches of interest, then tinderbox would not have to
pool and it would get the branch information which it needs.