Forum OpenACS Development: OpenACS 5.10.0 beta 1 available
on openacs.org is now a beta release of OpenACS 5.10.0 . This new
release is one of the largest in OpenACS history and differs from
OpenACS 5.9.1 by the following statistics
3442 files changed, 120847 insertions(+), 92002 deletions(-)
The release contains several security improvements and new functions,
several new packages were added, and 370 bugs noted in the bug tracker
have been fixed.
For a partial summary of changes, please check the release notes ,
for the more detailed list of changes since the release of OpenACS
5.9.1, see . Many changes/enhancements of the application packages
are just contained in the detailed log.
These changes were contributed by 7 committers ...
- Antonio Pisano
- Gustaf Neumann
- Günter Ernst
- Hector Romojaro
- Michael Aram
- Stefan Sobernig
- Thomas Renner
... and additional 13 patch/bugfix providers
- Felix Mödritscher
- Florian Mosböck
- Frank Bergmann
- Franz Penz
- Hanifa Hasan
- Keith Paskett
- Markus Moser
- Maurizio Martignano
- Monika Andergassen
- Nathan Coulter
- Rainer Bachleitner
- Stephan Adelsberger
- Tony Kirkham
All packages of the release were tested with PostgreSQL 13.* and Tcl 8.6.*.
I would be happy if we could release the final OpenACS 5.10 release next week,
but I would like to get some feedback before this. In the future, we should
aim for shorter release intervals!
Congrats, this looks like a lot of work well done!
In order to test compatibility I have created a new instance based on a recent ]project-open[ V5.1 image (code + data, based on OpenACS 5.9.1, NSD 4.99.8 and PG 10.17) and made sure it worked. Then I have replaced all OpenACS packages with the ones from the OpenACS 5.10.0b1 tarball.
The first issue is an "invalid argument" error in 00-proc-procs.tcl. I assume that is due to the NaviServer version. So I'm trying to get the latest NaviServer now for CentOS 8.
To speedup things: Is there a binary NaviServer "distro" available for download somewhere that would work with CentOS 8 and Debian? Also, we would later need the same NaviServer version for Windows 10 and Windows Server 2016+.
the recommended way to install Naviserver on most Linux distributions is via the install-ns script, as explained here https://openacs.org/xowiki/naviserver-openacs.
For what concerns Windows, you should probably get in contact with Maurizio: https://openacs.org/xowiki/openacs-system-install-windows-server
All the best
Thanks, got NaviServer running on CentOS 8, and I've seen that Maurizio has the same version compiled for Windows, that's great.
So I'm one step further, I could see the login page, but I get an error after login from "security::validated_host_header". 192.168.0.176 is the IP of the DEV server running the instance, but I'm access it using http://localhost:8002. I don't see no bad...
I seem to remember this error, it is possible we disabled validated_host_header in OpenACS 5.9.1.
If you want to reproduce the bug: We've got the ]po[ V5.1 CentOS VM available for download (for VMware player or ESXi): https://sourceforge.net/projects/project-open/files/project-open/V5.1/ -> project-open-VMware-Community-188.8.131.52.0.zip
Error: rp_handler no-script-abort: errorMsg Could not parse URL "http://192.168.0.176:/";: invalid authority while serving POST /register/ HTTP/1.1
: ad_url /register/ maps to file /web/openacs510/packages/acs-subsite/www/register/index.adp
: Could not parse URL "http://192.168.0.176:/";: invalid authority
: while executing
: "ns_parseurl $location"
: (procedure "util::split_location" line 4)
: invoked from within
: "util::split_location [ad_url] .proto systemHost systemPort"
: (procedure "security::validated_host_header" line 85)
: invoked from within
: (procedure "util_current_location" line 74)
: invoked from within
ns_log Error "util_current_location got invalid information from driver '[ns_conn location]'"
However, the split_location check breaks completely instead of just returning 0...
Now I get:
can't read "current_host": no such variable while executing "ad_get_node_id_from_host_node_map $current_host" (procedure "security::get_register_subsite" line 7) invoked from within "security::get_register_subsite" (procedure "::nsf::procs::ad_get_login_url" line 4) invoked from within "ad_get_login_url -return" (procedure "::nsf::procs::auth::require_login" line 17) invoked from within "auth::require_login"
I think your best bet should be to try Gustaf's suggestion and fix the URL.
We can try and help you troubleshoot the problem if you want. Can you please show an excerpt of your config.tcl file where you show the address and port you have defined for your server? Can you also try first on an installation consisting only of OpenACS 5.10 beta?
won't parse URLs that do not comply with the RFC
suspect a problem with your configuration
I would reformulate and say that our configuration might be outside your usual test coverage 😊 However, it worked with OACS 5.9.1 or earlier, so you somehow broke compatibility.
I understand this is an instance of the "works on my system" problem. It's very, very common...
Here is the default config script:
I guess there will be a total of ~20 issues in OACS 5.10, about 15 old ones (5.9.1 and earlier) and ~5 new ones (just guessing). I can provide you with a development system to allow you to quickly reproduce these issues.
Concerning new and existing issues, please report them in the bug tracker, if you did not already and we will try to address them. If they are severe enough, they might be fixed before the 5.10 release.
I found this old posting from March 2021, the validated_host_header cause the same issue already in 5.9.1 (but not in the previous one):
How do we upgrade from 5.9.1 to 5.10.0?The steps are essentially the same as upgrading from OpenACS 5.8 to 5.9. I have written down the steps on the following wiki page . For testing these steps, i installed a fresh version of OpenACS 5.9.1 and performed the upgrade steps (in my case based on the version in CVS).
all the best
kudos for the release of OpenACS 5.10.0 (beta 1).
I'd just like to mention that this version of OpenACS is also available in my Windows port (https://spazioit.com/pages_en/sol_inf_en/windows-openacs_en/).
All the best and again kudos to everybody,