You have provided more good suggestions. When I use {website}/geonetwork/srv/eng/catalog.search?debug, the splash pages and GN generally is visible and usable, albeit slowly. Four main errors are indicated in the console log:
1.Some cookies are misusing the recommended “SameSite“ attribute 3
2.This page uses the non standard property “zoom”. Consider using
calc() in the relevant property values, or using “transform” along
with “transform-origin: 0 0”._catalog.search
<https://soggy2.zoology.ubc.ca/geonetwork/srv/eng/catalog.search>\_
3.Using //@ to indicate sourceMappingURL pragmas is deprecated.
Use //# instead
Uncaught Error: [$injector:modulerr]
http://errors.angularjs.org/1.5.2/$injector/modulerr?p0=gn_s…Fv%3D353b4ad4b87d6d708a27c5dab93b70109db683d6%3A7%3A29892
<http://errors.angularjs.org/1.5.2/$injector/modulerr?p0=gn_search_default&p1=[%24injector%3Anomod]%20http%3A%2F%2Ferrors.angularjs.org%2F1.5.2%2F%24injector%2Fnomod%3Fp0%3Dgn_search_default O%2F<%40https%3A%2F%2Fsoggy2.zoology.ubc.ca%2Fgeonetwork%2Fstatic%2Flib.js%3Fv%3D353b4ad4b87d6d708a27c5dab93b70109db683d6%3A20%3A416 ge%2F<%2F<%2F<%40https%3A%2F%2Fsoggy2.zoology.ubc.ca%2Fgeonetwork%2Fstatic%2Flib.js%3Fv%3D353b4ad4b87d6d708a27c5dab93b70109db683d6%3A39%3A147 b%40https%3A%2F%2Fsoggy2.zoology.ubc.ca%2Fgeonetwork%2Fstatic%2Flib.js%3Fv%3D353b4ad4b87d6d708a27c5dab93b70109db683d6%3A38%3A211 ge%2F<%2F<%40https%3A%2F%2Fsoggy2.zoology.ubc.ca%2Fgeonetwork%2Fstatic%2Flib.js%3Fv%3D353b4ad4b87d6d708a27c5dab93b70109db683d6%3A38%3A454 g%2F<%40https%3A%2F%2Fsoggy2.zoology.ubc.ca%2Fgeonetwork%2Fstatic%2Flib.js%3Fv%3D353b4ad4b87d6d708a27c5dab93b70109db683d6%3A53%3A287 p%40https%3A%2F%2Fsoggy2.zoology.ubc.ca%2Fgeonetwork%2Fstatic%2Flib.js%3Fv%3D353b4ad4b87d6d708a27c5dab93b70109db683d6%3A21%3A355 g%40https%3A%2F%2Fsoggy2.zoology.ubc.ca%2Fgeonetwork%2Fstatic%2Flib.js%3Fv%3D353b4ad4b87d6d708a27c5dab93b70109db683d6%3A53%3A136 db%40https%3A%2F%2Fsoggy2.zoology.ubc.ca%2Fgeonetwork%2Fstatic%2Flib.js%3Fv%3D353b4ad4b87d6d708a27c5dab93b70109db683d6%3A57%3A165 c%40https%3A%2F%2Fsoggy2.zoology.ubc.ca%2Fgeonetwork%2Fstatic%2Flib.js%3Fv%3D353b4ad4b87d6d708a27c5dab93b70109db683d6%3A34%3A463 xc%40https%3A%2F%2Fsoggy2.zoology.ubc.ca%2Fgeonetwork%2Fstatic%2Flib.js%3Fv%3D353b4ad4b87d6d708a27c5dab93b70109db683d6%3A35%3A274 be%40https%3A%2F%2Fsoggy2.zoology.ubc.ca%2Fgeonetwork%2Fstatic%2Flib.js%3Fv%3D353b4ad4b87d6d708a27c5dab93b70109db683d6%3A34%3A83 %40https%3A%2F%2Fsoggy2.zoology.ubc.ca%2Fgeonetwork%2Fstatic%2Flib.js%3Fv%3D353b4ad4b87d6d708a27c5dab93b70109db683d6%3A322%3A123 i%40https%3A%2F%2Fsoggy2.zoology.ubc.ca%2Fgeonetwork%2Fstatic%2Flib.js%3Fv%3D353b4ad4b87d6d708a27c5dab93b70109db683d6%3A7%3A27151 fireWith%40https%3A%2F%2Fsoggy2.zoology.ubc.ca%2Fgeonetwork%2Fstatic%2Flib.js%3Fv%3D353b4ad4b87d6d708a27c5dab93b70109db683d6%3A7%3A27914%252>
4.Source map error: Error: request failed with status 404Errors 1 and 2 appear relatively benign to me. Error 4 (404 - page not found) seems curious, and could be some module I neglected to load, but the website does load when I append "?debug". The "Uncaught Error" hyperlink in Error 3 is consistent with the original '<' error pointing at a syntax error related to Angular JS:
"This error occurs when a module fails to load due to some
exception. The error message above should provide additional
context. A common reason why the module fails to load is that
you've forgotten to include the file with the defined module or
that the file couldn't be loaded."I am thinking maybe I should try to build GN from GitHub?
-- terry
On 2021-04-19 12:48 a.m., Florent Gravin wrote:
Hi,
Indeed there seem to be an issue on the frontend side.
You can run the debug mode to check if the error is more releavant: geonetwork/srv/eng/catalog.search?debugHope it helps
On Mon, Apr 19, 2021 at 9:33 AM Terry <terry.curran@anonymised.com <mailto:terry.curran@anonymised.com>> wrote:
Thank you. I had not thought to use the dev console- this is
an
excellent suggestion. The resulting log seems to indicate a "<"
somewhere in the angularjs module.
How could I isolate this further?<!-- SNIP -- >
On 2021-04-18 11:15 p.m., Jose Garcia wrote:
> Hi Terry
>
> Have you checked in the Chrome dev console if the request has
any errors?
>
> Regards,
> Jose García
>
> On Mon, Apr 19, 2021 at 4:14 AM Terry <terry.curran@anonymised.com
<mailto:terry.curran@anonymised.com>
> <mailto:terry.curran@anonymised.com>> wrote:
>
> We run a reverse proxy and use Openjdk8 and Jetty9.4 on a RHEL8
> server.
> Jetty is working fine, and serving geoserver with no problems.
>
> We implemented Elasticsearch as a daemon from
the RPM source.
> Implementation checks with systemctl and with
curl
> http://localhost:9200
<http://localhost:9200>
> show everything as expected. The ES config.properties in
GN are as
> expected. The external data folder gn_dir contains the
complete
> expected tree structure, with ES features, records,
records_french
> and
> searchlogs. ES queries work.
>
> A clean install of the postgres-postgis GN database yielded the
> expected
> tables structure with appropriate elements.
>
> No errors are reported in the geonetwork log or in the
jetty log.
> The
> Jetty log reports both geonetwork and geoserver as AVAILABLE.
>
> However, when we attempt to access GN with a browser using
> https://{website}/geonetwork, we get a header
response
> https://{website}/geonetwork/srv/eng/catalog.search
complete with the
> standard earth-like logo, but with a completely blank
screen. So it
> seems like it is trying to work.
>
> We have also tried the h2 database with exactly the same
results. We
> have opened port 8080 and tried http access, with the same
result.
>
> Any ideas as to what we are missing?
> --
> ***
> Vriendelijke groeten / Kind regards,
>
> Jose García
>
> <http://www.geocat.net/>
> Veenderweg 13
> 6721 WD Bennekom
> The Netherlands
> T: +31 (0)318 416664 <tel:+31318416664>
>
> Please consider the environment before printing this email.
> ***
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
<mailto:GeoNetwork-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
<https://lists.sourceforge.net/lists/listinfo/geonetwork-users>
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork
<http://sourceforge.net/projects/geonetwork>--
*camptocamp*
INNOVATIVE SOLUTIONS
BY OPEN SOURCE EXPERTS*Florent Gravin*
*Technical Leader - Architect*
+33 4 58 48 20 36