• last updated 17 hours ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
backport from HEAD.

Bumped version number to 0.67d1, leaving room for further backports

backport from HEAD

improved robstness when raw IP-V6 addresses are configured (rather than domain names)

backport from head

bugfix(util_driver_info): reduce dependency on hardcoded driver names

- Avoid reliance on specific driver names (nsssl, nsudp, nsunix,

nsopenssl, nssocket) by falling back to generic "ns_driver info"

when available.

- Added explicit error message when "hostname" is missing on a network

driver module to prevent silent misconfiguration. This fixes a

potential infinite loop when OpenACS attempts to resolve the

"hostname" value.

This is a backport from the HEAD branch

bumped version number

Fix accidental removal of root site‑node read permissions (#3477)

Submitting the “/” site‑map permissions form without any changes inadvertently

omitted direct (read‑only) permissions, causing not-logged-in users to see

“The page isn’t redirecting properly” when accessing the root node.

This change ensures that existing direct permissions are preserved when

the form is submitted, even if no changes were made.

Thanks to Khy H for reporting this!

Backport from main branch

fix for bug #3476: ilike is not supported on Oracle

Many thanks to Sung Hong for the report and fix.

backport from HEAD

backport from HEAD

Fixed snyk vulnerability check (backport from HEAD)

Snyk page has changed, we have to switch the pattern we are looking for.

Bumped version number to flage the change to "upgrade from repository"

    • -2
    • +2
    /openacs-4/packages/acs-tcl/acs-tcl.info
fixed bug security::validated_host_header

Many thanks to Claudio Pasolini for reporting and identifying the problem!

backport from oacs-head, otherwise the cache viewer is unusuable

Bumped version number of acs-tcl to 5.10.2d2

    • -2
    • +2
    /openacs-4/packages/dotlrn/dotlrn.info
Fixed bug in install-from-repository (issue #3472)

Install from repository (e.g., of /dotlrn) was horribly broken, see,

e.g., issue #3472. Furthermore, this bug was hard to debug, since it

showed up just during a complex installation attempts involving

install.xml, and it requires fetching from the repository. Therefore,

the debug rounds were quite time-consuming.

There were several problems involved:

1) dotlrn/install.xml was trying to set the theme to the

dotlrn-bootstrap3-theme, which was not loaded from the repository

2) The loading order was not correct, since the theme requires an

existing dotlrn instance to register the theme templates there.

3) The tests in install::xml::action::mount checking, if the package

was already mounted were incorrect, probably since many years. It

looks to me as some refactorings of the "get_node_id" semantics

(many years ago) were not reflected in this code. This bug let

the code assume, that the package was already mounted. Therefore,

the package was never mounted, causing a long tail of subsequent

issues.

4) the site_node::instantiate_and_mount call in

install::xml::action::mount was called with incorrect parameters,

causing overwriting of the site root node, leaving the site

completely unusable.

Bumped version number of acs-tcl to 5.10.2d1

    • -2
    • +2
    /openacs-4/packages/acs-tcl/acs-tcl.info
    • -8
    • +14
    /openacs-4/packages/acs-tcl/tcl/install-procs.tcl
fixed overquoting in "ad_progress_base_end"

dirty editor buffer

    • -1
    • +1
    /openacs-4/packages/dotlrn/install.xml
switch responsibilities for theme setting

    • -1
    • +1
    /openacs-4/packages/dotlrn/install.xml
One more attempt to install bootstrap3 theme automatically

    • -1
    • +1
    /openacs-4/packages/dotlrn/install.xml
fixed cut&paste problem

    • -1210
    • +0
    /openacs-4/packages/acs-tcl/tcl/install-procs.tcl
reset to released version to keep differences little

    • -1
    • +1201
    /openacs-4/packages/acs-tcl/tcl/install-procs.tcl
deactivate automated theme setting for now

    • -1
    • +1
    /openacs-4/packages/dotlrn/install.xml
keep theme-stetting for dotlrn themes in dotlrn, since it requires a dotlrn instance

but when the dotlrn is installed, it requires the dotlrn-theme package to be installed

    • -1
    • +1
    /openacs-4/packages/dotlrn/install.xml
Continue working on the install.xml issue.

added more debugging info

undo one more recent change

undo recent change. This was not the problem

added debug statement

try to get a non-empty context id

added debugging line

Fixed incorrect result handling from ::acs::site_node get_node_id

When

::acs::site_node get_node_id -url /$mount_point

is executed with a non-existing mount point, the node info of the

parent_id is returned. The code assumed that for such cases, the

resulting "object_id" member is empty. Since this affects only the

two action procs

install::xml::action::mount

install::xml::action::mount-existing

i have adjusted the behavior there.

Furthermore, some tests are now less mind-twisted.

    • -13
    • +11
    /openacs-4/packages/acs-tcl/tcl/install-procs.tcl