Log of /contributions/modules/temporary_invitation/temporary_invitation.module
Parent Directory
| 
Revision Log
| 
Revision Graph
Revision
1.25 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Thu Feb 5 13:36:28 2009 UTC
(9 months, 3 weeks ago)
by
jpetso
Branch:
MAIN
Changes since
1.24: +8 -4 lines
Diff to
previous 1.24
Rename $delete_path to $delete_link, which is more correct.
Plus minor formatting changes in order to fit lines into 80 characters.
Revision
1.24 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Thu Feb 5 13:30:48 2009 UTC
(9 months, 3 weeks ago)
by
jpetso
Branch:
MAIN
Changes since
1.23: +79 -47 lines
Diff to
previous 1.23
* Make it possible for modules to alter the email template and body.
* Streamline message template retrieval, and make it pluggable too.
* Update the copyright notices, and remove the amateur GPL header
(drupal.org now explicitely states GPLv2+ anyways).
Revision
1.23 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Mon Feb 2 17:29:06 2009 UTC
(9 months, 3 weeks ago)
by
jpetso
Branch:
MAIN
Changes since
1.22: +7 -7 lines
Diff to
previous 1.22
Actually, these check_plain() calls make more sense if placed
nearer to the actual output (although in practice it shouldn't make
a lot of difference).
Revision
1.22 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Mon Feb 2 17:19:25 2009 UTC
(9 months, 3 weeks ago)
by
jpetso
Branch:
MAIN
Changes since
1.21: +92 -88 lines
Diff to
previous 1.21
* Reduce code duplication by centralizing mail text replacements into a
separate function. Also, reduce complexity by moving replacements out of
the _temporary_invitation_get_message_template() function.
* Provide a token for the invitation creation date.
* Sort loaded arrays by creation date (newest first).
Revision
1.19 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Thu Jan 10 10:54:50 2008 UTC
(22 months, 2 weeks ago)
by
jpetso
Branch:
MAIN
Changes since
1.18: +7 -3 lines
Diff to
previous 1.18
Make redirection more robust against $_REQUEST['destination'] paths
that might be set by hook_user() and confuse guest users as they don't
get to the target path.
Revision
1.15 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Fri Dec 14 19:06:55 2007 UTC
(23 months, 2 weeks ago)
by
jpetso
Branch:
MAIN
Changes since
1.14: +87 -61 lines
Diff to
previous 1.14
Fix aliases for 'temporary-invitation' when they contain slashes.
'temporary-invitation-login' still doesn't work in that case.
Revision
1.14 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Wed Dec 5 15:16:47 2007 UTC
(23 months, 3 weeks ago)
by
jpetso
Branch:
MAIN
CVS Tags:
DRUPAL-5--2-0
Changes since
1.13: +22 -20 lines
Diff to
previous 1.13
Two unrelated changes (forgot to commit the first one before starting the second):
* Change form callback signature & Co. so that the $destination parameter
is not required anymore, takes the current page as default.
* Introduce an option "Don't assign roles to existing users".
* And update the .install file so that everything works like before.
Revision
1.13 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Wed Nov 28 14:27:52 2007 UTC
(2 years ago)
by
jpetso
Branch:
MAIN
CVS Tags:
DRUPAL-5--2-0-RC7
Changes since
1.12: +38 -43 lines
Diff to
previous 1.12
A better solution for the redirection problem.
Uses drupal_get_destination() instead of a fixed base path,
makes it possible to have the "temporary-invitation" path cached again,
and removes one more non-cached path while making it possible for
external themers to use the temporary_invitation_overview() function
and have it redirect correctly.
Whoo.
Revision
1.10 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Wed Nov 21 14:48:58 2007 UTC
(2 years ago)
by
jpetso
Branch:
MAIN
Changes since
1.9: +34 -18 lines
Diff to
previous 1.9
Pull the duration from the preview to the input form, so that the
expiration date can be displayed in the preview already.
Revision
1.9 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Thu Nov 15 23:36:33 2007 UTC
(2 years ago)
by
jpetso
Branch:
MAIN
CVS Tags:
DRUPAL-5--2-0-RC4
Changes since
1.8: +8 -10 lines
Diff to
previous 1.8
Two changes that are functionally indifferent but improve the coding style:
* Make $mail an object instead of an array, more consistent this way.
* The return value of loginticket_login() is a user object, not a boolean.
Revision
1.7 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Thu Nov 15 21:26:13 2007 UTC
(2 years ago)
by
jpetso
Branch:
MAIN
Changes since
1.6: +84 -34 lines
Diff to
previous 1.6
* Token support also for the login target path.
* Fix the workflow-ng user argument handlers, as global $user is not
always the host user. Instead, introduce two API functions that
take care of determining the user.
* Rename the token type 'new_temporary_invitation' to
'temporary_invitation_with_passcode', which fits better
as it also applies to logins.
Revision
1.6 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Thu Nov 15 19:35:42 2007 UTC
(2 years ago)
by
jpetso
Branch:
MAIN
Changes since
1.5: +34 -18 lines
Diff to
previous 1.5
Add the login and delete events for workflow-ng, add underscores where
spaces are not needed, and fix a few minor issues.
Revision
1.5 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Thu Nov 15 17:22:22 2007 UTC
(2 years ago)
by
jpetso
Branch:
MAIN
Changes since
1.4: +215 -54 lines
Diff to
previous 1.4
Support for Token and workflow-ng, including the necessity for doing
update.php because mail templates are converted to the Token format.
Revision
1.3 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Thu Nov 8 04:03:51 2007 UTC
(2 years ago)
by
jpetso
Branch:
MAIN
Changes since
1.2: +420 -365 lines
Diff to
previous 1.2
Huge overhaul of the Temporary Invitation module.
It now works not only better and more usable, but also rather different.
Therefore, HEAD is being revived as 5.x-2.x development branch until 6.x-1.x opens.
The major change is that I was able to get rid of quite a few settings
in favor of letting users draft their invitation mails by themselves.
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. 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().
* 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 is pretty much a good idea if
you want the "multiple invitations for the same person" feature,
or the 'login' op in the hook.
Really, I guess that was my largest commit message ever.
And rightly so. Hah. Like,
"Temporary Invitation 2.0: so much better than the first one."
Revision
1.1.2.17 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Wed May 23 12:42:02 2007 UTC
(2 years, 6 months ago)
by
jpetso
Branch:
DRUPAL-5
Changes since
1.1.2.16: +18 -9 lines
Diff to
previous 1.1.2.16
, to
branch point 1.1
Have a better role updating at the admin form.
It now uses user_load() to get correct user data
(which is clean, but not so performant)
and now only updates the roles if they have changed
(which brings a bit more performance).
Revision
1.1.2.13 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Thu May 17 01:18:34 2007 UTC
(2 years, 6 months ago)
by
jpetso
Branch:
DRUPAL-5
Changes since
1.1.2.12: +24 -21 lines
Diff to
previous 1.1.2.12
, to
branch point 1.1
Return to a mixture of the old notification_types storage format and
the current notified_users storage format. Requires one more update,
but well, that one doesn't make the big difference, does it.
I think the module and its database representation is sufficiently
clean now, and ready for further expansion.
Revision
1.1.2.12 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Thu May 17 00:00:34 2007 UTC
(2 years, 6 months ago)
by
jpetso
Branch:
DRUPAL-5
Changes since
1.1.2.11: +9 -9 lines
Diff to
previous 1.1.2.11
, to
branch point 1.1
The checkbox to display the invitation management page is actually
not restricted to being a top-level icon. So, rename this value
from 'toplevel' to 'standard_item', and also clean up
the upgrading routines a bit.
Revision
1.1.2.11 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Wed May 16 23:22:34 2007 UTC
(2 years, 6 months ago)
by
jpetso
Branch:
DRUPAL-5
Changes since
1.1.2.10: +42 -27 lines
Diff to
previous 1.1.2.10
, to
branch point 1.1
Replace the path "temporary-invitation/1" with "temporary-invitation"
for the current user so that menu entries can properly be moved
inside the menu.
The one with a trailing number still works, also for the current user.
Revision
1.1.2.8 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Wed May 16 14:28:47 2007 UTC
(2 years, 6 months ago)
by
jpetso
Branch:
DRUPAL-5
Changes since
1.1.2.7: +200 -90 lines
Diff to
previous 1.1.2.7
, to
branch point 1.1
Major modifications in order to enable and implement notification mails
for invited users.
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.
User visible changes:
- 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.
- Invited users can be chosen to receive notification mails,
mail contents are customizable by the admin.
- Slight change of the method of selecting who receives notifications,
and in which form.
Note that this requires running update.php, because some variables
have been deleted, renamed or replaced.
Revision
1.1.2.5 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Fri May 11 12:57:50 2007 UTC
(2 years, 6 months ago)
by
jpetso
Branch:
DRUPAL-5
Changes since
1.1.2.4: +55 -50 lines
Diff to
previous 1.1.2.4
, to
branch point 1.1
Introduce hook_temporary_invitation() with possible $op values
'insert' and 'delete'. Make mail/message notification an
implementation of that hook, instead of being called separately.
Revision
1.2
Fri Mar 30 22:09:59 2007 UTC
(2 years, 7 months ago)
by
jpetso
Branch:
MAIN
Changes since
1.1: +0 -0 lines
FILE REMOVED
Remove files from HEAD, and only leave the README.txt pointing to the DRUPAL-5 branch.
Revision
1.1 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Fri Mar 30 21:16:05 2007 UTC
(2 years, 7 months ago)
by
jpetso
Branch:
MAIN
CVS Tags:
DRUPAL-5--1-0
Branch point for:
DRUPAL-5
Initial commit of the Temporary Invitation module. Enables site users to invite guests for a limited timespan, and deletes or blocks guest user accounts after the invitation has expired.
This form allows you to request diffs between any two revisions of this file.
For each of the two "sides" of the diff,
select a symbolic revision name using the selection box, or choose
'Use Text Field' and enter a numeric revision.
