• last updated 6 hours ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Parties api had procs defined in both acs-subsite and acs-tcl and sometimes duplicated

- move all party:: api into acs-tcl/tcl/community-core-procs

- remove duplicated definitions

- move leftover deprecated proc to deprecated-procs.tcl

set lang::system::get_locales to per-thead cache as indicated

Use finer grained api for user name

    • -3
    • +5
    /openacs-4/packages/chat/tcl/chat-procs.tcl
Use finer grained api for person information and consider that new api won't fail when no person exists

Use finer grained api in different if branches

Use finer grained person:: api to retrieve the name

    • -1
    • +1
    /openacs-4/packages/forums/www/user-history.adp
    • -5
    • +3
    /openacs-4/packages/forums/www/user-history.tcl
Use new fine grained api for the screen name

fix typo

cache system locales in a per-thread cache

use per default 2 partitions for xowiki cache

    • -2
    • +3
    /openacs-4/packages/xowiki/tcl/xowiki-procs.tcl
Remove hotfix and use new user api

Remove user hotfix and replace with new api (which won't fail for non-registered users)

Prefer on-spot api for user-only info

Prefer on-spot api as it is quicker

Remove changes not meant to be committed

Fix conflict leftovers

acs_user::get will not fail anymore with non-existing user

Prefer person-only api to generic user one as is quicker and now properly cached

Prefer on-spot api rather than full-blown acs_user::get

Prefer new, properly cached api

Use person api, which is properly cached and now won't fail anymore with non-existing users, but will just return an empty string

Prefer person api as is now properly cached

Prefer person api as it is now properly cached

Prefer person api, as it is now properly cached

Use new person api

Use new user api

Prefer again 'person::name', as the proc has been reimplemented using 'person::get_person_info', which uses the new 'person_info_cache' cache.

Second revision of the party/person/user api

- split api into 3 caches for party/person/user

- new *_info procs for the specific object type: stresses only specific cache and is therefore faster when only specific info is needed

bump version number to 4.9.2

comment on some configurion in ckeditor4 versions