unless the signup_status module is enabled (broken in rc6 by #581652).

field was shown to administrators editing another user's signup.

of the node/N/signups/admin. The UI also makes sense now for signups
that don't count towards the signup limit (#581652).

field handler for the new "Settings" subtab at node/N/signups/settings.

Node: Signup link" views field handler which used to think that if
signups were closed on a node that the node wasn't signup-enabled.
This would cause the Signup link fields to only appear on nodes where
signups were open.

was causing most of the form elements to be enabled before pressing
the 'Edit' button (all form elements should be disabled at first).

page (admin/build/modules) for all the signup-related modules.

adjusted the limit logic to only operate on the effective total (the
SUM() of {signup_log}.count_towards_limit) not the total # of signups.
Both signup_total and signup_effective_total are loaded into $node.

- hook_signup_data_alter() to modify a $signup object before it's saved
- hook_signup_insert() invoked when a signup is inserted into the DB
- hook_signup_update() invoked when a signup is updated in the DB

new "Settings" subtab at node/N/signups/settings.

replaced with an empty string on sites that do not define any extra
fields on the signup form.

wasn't being loaded into the $signup object, causing PHP notices.  We're
now more careful about testing for that, and also about trying to populate
$signup with the 'mail' field whenever possible.

their own signup were still being presented with an e-mail confirmation
form element that would be ignored when submitted.

they can now make use of the node caching feature.

signup_status.module due to the unorthodox way it was trying to
hijack the signup form for the confirmation.  Now, confirmation is
handled via a checkbox (which is only shown if needed via JavaScript)
instead of trying to redirect to a separate confirmation form.

was a form validation error (e.g. a required field was left blank),
the form now reloads already in "edit" mode with all the fields
enabled and the submit button already converted to "Save."

generate an "Access denied" message unless the signup attendee list
was configured to appear as a tab (introduced in RC4 via #529478).

messages optional for programmatic signups, and added helper functions
to generate and send those messages: signup_send_confirmation_mail()
and signup_send_forwarding_mail().

field on the signup form for authenticated users to verify the address
stored in their profile. If the user changes this field while signing up
(or editing an existing signup), they are presented with a confirmation
form. If they approve, the e-mail address in their profile is updated.

successful signup more user-generic to work better for programmatic
signups and cases where administrators sign up other users.