• last updated 1 hour ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Add search service contract for acs-authenticaton. TIP#125

  1. … 1 more file in changeset.
TIP#126 optionally allow user to provide email, first, last name when authority does not

  1. … 5 more files in changeset.
Merged from 5.4.2

  1. … 283 more files in changeset.
Added system name in the from of the verification email sent to the user

Running these test twice would lead to errors, due to test users not being

deleted. The tear-down stuff knows how to rollback the database, but caching

is a bit beyond its automated capability at the moment.

    • -22
    • +41
    ./test/acs-authentication-procs.tcl
- ensure, the login window is displayed, when the computed URL is too long

- improve hint message

- ensure, the login window is displayed, when the computed URL is too long

- improve hint message

Merged 5.3 to HEAD

  1. … 60 more files in changeset.
The username is not always an email. So, lets use the email instead for sending the mail

Merged the 5.3 branch with HEAD. Look for tags with the pattern

drb-*-20070513

  1. … 324 more files in changeset.
Long URLs can cause a reboot of aolserver 4.0.10. Prevent the situation when user is required to authenticate while submitting a form.

Long URLs can cause a reboot of aolserver 4.0.10. Prevent the situation when user is required to authenticate while submitting a form.

Normalizing string comparison operations into tcl 8.4 operations, enabling byte-code compilation for expressions and many conditionals

    • -16
    • +16
    ./test/acs-authentication-procs.tcl
  1. … 360 more files in changeset.
Someone changed the local auth implementation to handle the "RetrievePassword"

operation (by e-mailing a note to the user which links to a reset password

page). This is cool. What's not cool is to change the behavior without

running tests on the package and correcting the one that looked for the

local auth implementation to return "not_supported" ...

remove the ability to reset the password by any user and add recover the password by using a token

http://openacs.org/bugtracker/openacs/bug?bug_number=2920

http://openacs.org/forums/message-view?message_id=447202

  1. … 3 more files in changeset.
fix minor documentation errors

fix minor documentation errors

Merged acs-core oacs-5-2 (currently 5.2.3) -> HEAD.

TODO:

1. Bump acs-core package version numbers to 5.3.0d1

2. Would be nice to do a test install, wouldn't it?

  1. … 718 more files in changeset.
Modified auth::local::registration::Register to recognize -1 as value to EmailRegistrationConfirmationToUserP (don't send email at all)

add check to on-demand sync (i.e., local account creation with external user info) to ensure account was actually created. If not, return useful message

Moving the code that reassign objects from local authentication procs to the merge procs library.

  1. … 2 more files in changeset.
file local-procs.xql was initially added on branch oacs-5-2.

Fixing bugs in user merge support. Improving the process, making it more generic and now it works for acs-core. Adding the upgrade scripts for oracle and pg.

  1. … 11 more files in changeset.
Fix bug#2310

  1. … 1 more file in changeset.
change ad_verify_and_get_user_id to ad_conn user_id, change ad_maybe_redirect_for_registration to auth::require_login, make some db_ and dt_ function -public

  1. … 689 more files in changeset.
add proc doc to a bunch of procs, declare some things with explicit namespaces rather than in namespace eval, make some public things private

  1. … 24 more files in changeset.
commit to HEAD of merge of changes on oacs-5-1 branch between tags jcd-merge-5-1-20040724 and jcd-merge-5-1-20050111

  1. … 2272 more files in changeset.
Fix bug 2200 and bug 2242 in which there were problems with logging in after

upgrading if you restarted the server first. The new code is less elegant,

but it works correctly. It imposes a database hit on login, but it is

cached, so it only is incurred once.

The user-new page called a proc in the authentications package which checked

to see if a parameter was set or not. However, in upgraded sites, or if

the user had entered a blank entry for the parameter, the proc would bomb.

I made the proc more robust by using string is false instead of ![parameter...

and also added in a util_user_message to make it more explicit what is happening

if you aren't able to register (the behavior was very confusing).

fixing typo (ref.bug#2088): datta_error -> data_error