Single bug fix: Use the "destination=(...)" path after sending an invitation. Using destination paths pretty much doesn't make use without this fix, but if you don't use that, there's no reason otherwise to update the module.
Bugfix release: The only change is that it now works correctly with path aliases when those include slashes (e.g. "invitations/edit").
If you don't need that, you can safely skip this update.
* One more last-minute feature: An option "Don't assign roles to existing users" which comes in handy if you want to assign a "Temporary User" role to newly created temporary users but not to merely invited ones.
* Doing the code style maniac: Get rid of a NULL parameter which is now assumed by default.
That's it folks. Have fun, and hope for point releases instead of new release candidates :)
Fix the redirection issue once and for all. There's only one "delete" menu path now that works with the "destination" attribute, which should perform a tad better and enables better usage of the temporary_invitation_overview() function for themers.
I think this will be the final 5.x-2.0 version, I'm really satisfied with it now. If no further bugs show up, I'll re-release this as 5.x-2.0 in the next few days.
Minor polishing release: The only difference is the expiration setting pulled from the mail preview to the mail creation form, so that the time can be seen in the preview already.
Code style release: make $mail an object instead of an array, and recognize that the result value of loginticket_login() is a user object ($user) instead of a boolean ($success).
No functional changes, but as I think this thing is stable and bug-free any time now, I won't wait for more fixes to show up.
Before pushing 5.x-2.0 out to the masses, I wanted to include one more cool feature, and that's (optional) support for the Token module. Given that, support for workflow-ng is basically free, so I included that one as well.
"Temporary Invitation 2.0: so much better than the first one"
This is actually a huge overhaul of the Temporary Invitation module. It now works not only better and more usable (hopefully), but also rather different than the previous 5.x-1.x releases. Which means that you should probably see the new 2.x as a replacement rather than an evolution. (I do hope that all necessary use cases are covered, though.)
The major change is that users now draft their invitation mails by themselves, and by that I was also able to get rid of quite a few settings. It is now compulsory to have mails sent to the invited entity, which includes the nice feature of integrating login codes inside the mail automatically (by using a mail template that incorporates the user supplied e-mail body). Additionally, there's a preview where the user can have a look at the complete mail (amended with login information)
before sending it to the invitee.
That, and a freaking lot of other cool features:
Multiple users can now send invitations to the same mail address. (Yeah, that was a pretty grave design bug in 5.x-1.x. Fixing it required to change the database schema a bit, so run update.php.)
Users that already exist (from a mail address point of view) can now also be invited, and don't even get blocked/deleted when the invitation expires. Whoo!
Yah, here comes a rather big one. Remember to run update.php after copying the new version to your module directory.
The main feature of this release is support for notification mails that are sent to invited users, in addition to the already supported notification mails for the host users. I needed to restructure some things here and there, so this feature comes with a load of modifications:
Eliminating an unnecessary warning when used with not-so-current PHP versions.
Thanks to drupal.org users the1who and ambrielangel for error reporting, testing and good advice.
This release introduces hook_temporary_invitation(), and lets the .inc file (containing the public API) be included without including the .module file as well.
Removing "Engine=InnoDB" from the database table creation code. It's not needed in any way, bad practice, and more likely to fail when selecting database engines is disallowed by the MySQL configuration. Thanks to drupal.org user the1who for making me notice this.
Now works with 'open_basedir restriction in effect', and/or PHP 4. This release is brought to you by drupal.org users joeblow and ambrielangel, thanks for the notifications and patches.
Small improvements after a code review from fago, and a switch from "temporary-invitation" to "temporary-invitation/uid" paths (so that an invitation admin can view & edit other users' invitations as well).
Quick fix for the previously unfunctional hiding of the user login block on the invitation login form.
Yeah, I know it's not so nice to have an 1.1 release so early, but I really don't want the first impression be distracted by something as easily fixable as this.
The very first release of Temporary Invitation - hope you like it!
Bug reports and reasonable wishes are highly appreciated, as is feedback in general and making use of the module on your site.