• last updated 2 hours ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Add include contract

Whitespace changes

Add parameter RssGenActiveP to the rss-support package, to enable/disable the RSS generation service. Bump version number.

fix typo

reduce verbosity

reduce verbosity (set verbose_blocking per default to 0), improve speed of dump creation

added example line to ease spotting of the creation of unnamed mutexes

provide name for mutexes to ease spotting potential locks

New method to cleanup all data associated with a community in the throttle object:

if a community is deleted when a user is accessing it, some leftover information will be kept in the object. At the next request this will be interpreted as the community having been left and the system will try to track this event into request_monitor_community_activities. Depending on who comes first, we might try to insert a tuple in the table for an object that does not exist anymore.

Hence, we use this method to cleanup all community info before the actual deletion in dotlrn (happening only downstream).

allow points computation in cases, where some grading schemes fail.

Before, the grading code was overly conservative and refused to

compute achieved points in such cases

Fix expression logic

avoid burst cache hits by using nsvs instead of ns_cache for secret token caching

The problem with the prevision version was that ns_cache has no equivalent

to nsv_array to get in an atomic fashion all key value pairs from the cache.

thefore, for the per-thread caching, a tight loop was used processing

the result of ns_cache_keys. If this was necessary in a high number of

threads, higher lock times were possible (~100ms). The new version

should not face this problem.

Don't be so strict upstream, as here we do not restrict community_key to ltree

Constrain further the characters we allow in the community_key: makes sense upstream as this will become part of a URL, but is even more important downstream, as we implement the community_key as a ltree and therefore we are limited in the type of characters we can allow (See https://www.postgresql.org/docs/current/ltree.html)

Fix typo

Add missing arguments

Rework dotlrn_community::check_community_key_valid_p so that we check also for the community key to not have spaces

Logics have been moved to private api that might or might not become the preferrable api at some point, as it also returns the specific error message together with the boolean

use term "Preview" for testing single test items

new form-field class: boolean_checkbox

behaves like boolean, but provdes just a single checkbox instead of yes/no radio in "boolean"

the output is full compatible with "boolean".

The boolean_checkbox is used in test-item procs for a more slim correct/incorrect specification

    • -2
    • +2
    /openacs-4/packages/xowiki/xowiki.info
fixed ckeditor form field for inline mode.

use inline mode for editing test items

added a describe funtion for MC items

upgrade to CKEditor 4.15.1

move xowiki::test::get_url_from_location to automated testing

handle updaed query-handling in ns_parseurl

remoe dependency from file-storage tests to xowiki

    • -3
    • +3
    /openacs-4/packages/xowiki/xowiki.info
Package new-portal: additional database indices for tables "portal_element_map", "portal_element_parameters" and "portal_datasource_def_params"; bumped package version to 2.10.0d4

file upgrade-2.10.0d3-2.10.0d4.sql was initially added on branch oacs-5-10.

Whitespace cleanup

Remove irrelevant comment

Port of downstream customization: don't lose the return URL when one tries to join a community before login

Important, although very simple reform in the page-contract filters: do not kill the case in the filter specs, or filters such as "w:oneof(One|Two)" or "locale:oneof(en_US|de_DE)" would not have a chance to match

Note that this makes the contracts stricter with respect to case, which might break obscure use cases...

use "keep_order=true" for test-item selection boxes

candidate_box_select: provide optional the feature to keep the user selected order

The change is fully backward compatible. Per default, the order in the actual

selected values is the same as in the candidate selection box. When

the new parameter "keep_order" is provided, the order of the selected

values is kept as selected by the user.