Releases for Temporary Invitation

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.

Ok people, it's time to release the final 2.0.

* 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.

One more bug fix release, fixes invitation deletions for normal menu paths (that is, not the "My Account" ones).

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.

The formerly used manual replacement of variables like !invited_uid or !login_code is still in there without a hard dependency on Token, but the variable format has been unified (e.g. it's [invited-user:uid] or [invitation:login-code] now), so please run update.php once more. But that should now do for the 5.x-2.x series, I think - no further data changes planned.

In case no bugs are found, this release will be the same as 2.0. I hope it's ok, and this time it cannot screw up your database scheme (I'm still embarrassed about that upgrade bug in 2.0-rc1). Please test and report back, you might like it!

(Hopefully) Fixed a grave bug in the upgrade routine. Otherwise, this release is identical to 5.x-2.0-rc1.

"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!
• The admin form is so much more straightforward now. I also claim the same for the invitation management form.
• Support for direct login URLs in addition to the login form.
• The module now adapts also dynamic menu paths to aliases of the static (cached) paths. That is, http://example.org/my-login/123abc
• An additional 'login' op for hook_temporary_invitation(). Only works with Login Ticket API 1.2 or higher.
• Re-enable displaying expired invitations, but mark them as "expired".
• I surely forgot something. But well, you get the point :)

Make dead sure you run update.php, otherwise you're screwed. Quite a lot of the configuration options will be deleted in the process, but you'll soon recognize that you only needed those to work around conceptual defiencies in 5.x-1.x.
Also, updating Login Ticket API to 1.2 is pretty much a good idea if you want the "multiple invitations for the same person" feature, or the 'login' op in the hook.

I have tested most of the stuff and inspected all of it quite thoroughly, but if anything (including the upgrade path) should not work as expected, please file an issue in Temporary Invitation's issue queue.

Thanks for using this module, I hope you enjoy the new version!

This release fixes the rather grave bug #149700. Thanks to user danmurf for reporting this.

• Don't invite users with mail addresses that already belong to an existing user (#145923).
• Fully load the user objects before updating roles when they have been changed in the admin form.

No changes except that I added a .pot file for translators.
Anyone can now easily contribute translations for Temporary Invitation!

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:

User visible changes

• Invited users can be chosen to receive notification mails, mail contents are customizable by the admin. Still no user editable mails for now.
• Related to the previous one: A slight change of the method of selecting who receives notifications (on the admin page), and in which form. That also includes a few deletions, renamings and other updates to some of the variables in the database, which is why you must run update.php.
• Custom message strings have been removed from the user interface, because it would have grown too complex if they were kept. You can still have custom messages, but you need to take a look at the code and insert them manually into the database. ("Possible, but not recommoned.")
• The path "temporary-invitation/1", where 1 is the current user, has been replaced with a plain "temporary-invitation" so that menu entries can properly be moved inside the menu. The path with a trailing number still works, also for the current user.

API changes

• temporary_invitation_create() now returns an array with 'invitation' and 'passcode' keys, instead of a plain invitation object.
• temporary_invitation_create() and temporary_invitation_create_user() now take an optional $invited_user_additions parameter, which makes it possible to make use of additional columns in the {users} table.

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.