before you apply strictures (use strict, use warnings, etc.)
Add calls to use strict to each Help module. This is probably
an overstrict interpretation of the rule.
to send an email to their friends and invite them to create an account
on the site. The feature is enabled or disabled in the site Settings.
(Operation/Settings.pm)
It is implemented as a new operation, Invite (Operation/Invite.pm,
Help/Invite.pm, i18n/English/Invite.pm), and the option is displayed
as an option on the user's account screen. (Operation/Shared.pm).
The form is templated, and lives in the Invite namespace. Once
the invitation is submitted, if the user's email address is not
already in WebGUI, an email is sent and a record is stored in
the userInvitations table.
When the friend gets the invitation, they are taken to the account
creation screen, which conveniently has their email address already
filled in. This required changes in the Auth modules (Auth.pm, Auth/*.pm),
and ProfileField.pm. The latter was so that profile fields can have
their values manually set. The former changes handle inserting the
email address, bypassing the anonymous registration check, and
updating the record in ther userInvitations table.
I refactored some code out of the AdminConsole for finding the url
back to the site and added it to Session/Url.pm. The method is
called getBackToSiteUrl.
- fix [ 1262235 ] sql report form params
- fix [ 1277529 ] Extra radio buttons in Settings console
- Removed the last remnants of wobject ids.
- Fixed a GUID case sensitivity problem.
- Fixed several large security holes. See the security advisory on
getwebgui.com for details.
- fix [ 1279157 ] showInForms option not stored
- fix [ 1250290 ] ECommerce state field broken on Plainblack.com
- fix [ 1261985 ] (Fix?) sortby.lastreply.url (Andreas Graf)
