longer any need to restart the server.
* Added a 'hook-file option that specifies a module providing a
generic hook. Useful for notifications when important things
happen, but can be used for anything. Reloaded on change too.
svn: r5463
* rename `current-run-status' -> `set-run-status'
* coverage should work fine with non-textual submissions
* added `current-error-message-tweaker', "checker.ss"-based checkers now use it
to show which expression caused an error ("handin-server.ss" uses
`tweak-error-message'). (This feature is a hack, and currently undocumented)
svn: r5415
instead of moving directories.
* Don't show solutions in active assignments, also check that when downloading
files.
* Improved (no `suffix:') error messages for errors that users should
eventually see.
svn: r5331
* New configuration options to set output log, log file, and web log file
* Centralized dealing with configuration options (including conversions and
defaults)
svn: r4890
- uses a plain prefix-style log
- does not save the log to log.ss (customization options will be coming up)
* Use that in the status servlet too
* Renamed `LOG' to `log-line'
(it is now just printing to the current error port)
* Reformatted doc.txt, and some code
* Always use Content-Disposition, with `inline' for non-wxme files
* Moved run-status to private
svn: r4831
(from 'original to 'ver1).
* The client gets the list of extra fields from the server (when the
dialog is used for the first time), the full-name, ID, and email
fields are now part of this description which is in the server
configuration file
* The network protocol has a generic initial part when clients set
arbitrary key/values that are later used for actual actions
* In the submission dialog, there is a checkbox that makes it retrieve
the submitted work instead of sending a new one. The retrieved
contents will pop up in a new DrScheme frame. The file that is
retrieved is the newest WXME file that is found in the student's
main submission directory.
* The hack of returning a list from the checker is not needed now --
it is possible to send text messages that are displayed on the
handin dialog and it is also possible to send message-boxes and get
the result that the client returns after getting the user response.
This is a much better generalization of the single final popup that
was enabled by the list hack.
* When registering, a second password for verification is required.
* It is now possible to edit any information field, with a
configuration entry that locks by default any such changes.
* It is now possible to standard Unix encrypted passwords instead of
MD5 hashes -- so a "users.ss" can be made from a plain /etc/passwd
file.
svn: r995
