1. 05 Oct, 2009 1 commit
  2. 21 Sep, 2009 1 commit
  3. 18 Sep, 2009 1 commit
  4. 17 Sep, 2009 1 commit
  5. 18 Aug, 2009 1 commit
  6. 07 Aug, 2009 1 commit
  7. 21 Jul, 2009 1 commit
  8. 06 Jul, 2009 1 commit
  9. 05 Jul, 2009 1 commit
  10. 04 Jul, 2009 1 commit
  11. 05 Jun, 2009 1 commit
  12. 27 May, 2009 1 commit
  13. 04 May, 2009 1 commit
    • nyloth's avatar
      [ENH][FIX] send email to validate account when creating new users: · 20bb3c23
      nyloth authored
        * New mail templates, more appropriated
        * If user has also to change its password, don't send temporary passwords by mail but ask him to choose a new password as soon as his account is validated
        * Do not consider that the password is wrong when user has refreshed the validation page by mistake
        * Fix checkbox status for 'must change password' and 'send email to validate...' when editing existing users
      20bb3c23
  14. 15 Apr, 2009 1 commit
  15. 09 Apr, 2009 1 commit
    • nyloth's avatar
      [NEW] admin users: new checkbox 'Must Validate Email' to precise if an e-mail... · d8dccc4f
      nyloth authored
      [NEW] admin users: new checkbox 'Must Validate Email' to precise if an e-mail has to be sent to ask the user to validate its account
      [FIX] mail: fix Tiki mail send() function when called for only one e-mail as a string and not as an array (like in tiki-adminusers, action 'Email' for selected users)
      d8dccc4f
  16. 10 Mar, 2009 1 commit
  17. 06 Jan, 2009 1 commit
  18. 16 Dec, 2008 1 commit
  19. 21 Oct, 2008 1 commit
  20. 25 Sep, 2008 3 commits
  21. 03 Sep, 2008 1 commit
  22. 20 Aug, 2008 1 commit
  23. 04 Jul, 2008 2 commits
  24. 30 Jun, 2008 1 commit
  25. 03 Apr, 2008 1 commit
  26. 30 Mar, 2008 1 commit
  27. 24 Mar, 2008 1 commit
  28. 12 Oct, 2007 1 commit
    • nyloth's avatar
      [MOD] prefs and user prefs: $prefs array deployement in php + some small fixes · 86185302
      nyloth authored
      (Preliminary note : This is a deep modification in tikiwiki's prefs code. Please test first and send feedback if you can)
      
       * Now use the $prefs array everywhere (in php files also) instead of global vars. This will :
      
      	- allow to use prefs the same way in smarty and php ($prefs array),
      
      	- simplify all code parts that modifiy a preference, because when a pref is modified in php's $prefs array, it is also up-to-date in smarty $prefs array (everything is passed by reference now). So, no more need to reassign values in smarty each time,
      
      	- avoid duplication of values in memory,
      
      	- reduce risks of errors (e.g. collision in variables names, forget to add one of the "global $prefname", ...)
      
      
       * All user prefs are now retrieved in one query at tiki-setup stage (as site prefs) and also in session vars (when sessions are used). This will :
      
      	- reduce overhead and database queries after the first page
      
      
       * User prefs are now overriding $prefs. This will :
      
      	- simplify the whole usage of $prefs, because only one array is used (no more need, in general, to use tikilib's functions to get user prefs),
      
      	- set some $prefs['site_*'] (listed in the $user_overrider_prefs array of lib/setup/user_prefs.php) for some specific site prefs that needs to be accessed in php (for example when sending mails) and that could have been overrided with the corresponding user pref
      86185302
  29. 05 Oct, 2007 1 commit
  30. 20 Jul, 2007 1 commit
  31. 14 Jul, 2007 1 commit
    • nyloth's avatar
      [FIX] users and groups admin: Avoid recurrent mistakes with special users and groups : · a38a402c
      nyloth authored
      For user 'admin' (in tiki-adminusers):
        - remove the checkbox that was allows to apply actions on multiple users,
        - remove the 'assign group' action,
        - allow to change password if using LDAP through PEAR, since admin is not handled by PEAR Auth,
        - remove 'User must change his password at first login' option,
        - remove 'Registration' info,
      
      For user 'admin' and groups 'Anonymous' and 'Registered' (in userslib and tiki-admingroups) :
        - prevent deleting,
        - prevent renaming
      a38a402c
  32. 17 May, 2007 1 commit
  33. 06 Mar, 2007 1 commit
  34. 22 Feb, 2007 1 commit
  35. 12 Feb, 2007 1 commit
  36. 04 Feb, 2007 1 commit
    • mose's avatar
      [MOD] timezones: rollback of last commit about timezones. Idea is good but... · 42ae55ff
      mose authored
      [MOD] timezones: rollback of last commit about timezones. Idea is good but spreading timestamp manipulation makes erratic border effects and makes impossible to display timezone properly with date functions. Please hold commits for some hours, calendar rolledback code will be committed back, as well as some other parts, as there were some nice fixes anyway
      42ae55ff
  37. 03 Feb, 2007 1 commit
    • nyloth's avatar
      [MOD] dates and timezones : Modify every call to php native date / timezone... · fc42b45c
      nyloth authored
      [MOD] dates and timezones : Modify every call to php native date / timezone functions in order to use GMT timezone instead of the server timezone.
      
      Timestamps stored in the database should be stored in GMT timezone, because changing the server (or just its timezone settings) should never have an impact on tikiwiki. This is why every date(), strftime() and mktime() calls are replaced by gmdate(), gmstrftime() and gmmktime(). Those functions will use GMT timestamps and not a timestamp that depends on the server TZ environment variable.
      
      !! Note that everything has not been fully tested yet and that this update lacks of an upgrade path for existing calendars and timezones stored in database with a server timezone.
      fc42b45c