Open randomorder opened 2 years ago
I tried the removal of the geoserverfixture
and its invocation as suggested and then recreated containers with new custom geoserver password the GeoServer still does not pick up the password from .env
variable and still uses geoserver as the default password. I am further investigating a workaround to this.
Hi @jkariukidev
...still does not pick up the password from .env variable...
That is expected.
Have you locally validated our idea that (prior to the fixtire removal) the password was only changed the very first time and not from then onwards?
If so you can send a merge request to remove the fixture
I have locally validated the idea. Pull request is here
@jkariukidev regarding the PRs, please follow the checks inside the template that is presented when you create a new PR. Main points:
giohappy
) or Alessandro (randomorder
)Please do the above steps, thanks.
Internal clone issue for the sibling in the official GeoNode fork https://github.com/GeoNode/geonode-project/issues/209
I'll summarize here our findings and the way forward
In
geonode-project
we have two envionment variables in the.env
that defint the username and password of the administrator user in GeoServer. There is a logic in geonode that should allow the user to override the geoserver administrator password based on the value ofGEOSERVER_ADMIN_PASSWORD
in the.env
file but apparently is not working as expected.What we observe is that it only works in a very specific use case, i.e. the current password is set to the default
geoserver
and has not been changed yet. If the current password is anything butgeoserver
the REST request sent to geoserver to change the password does not work (all REST calls to geoserver require authentication).Our current understanding is that this logic (implemented in entrypoint -> geoserverfixture -> _geoserver_info_provision) is concaptually wrong because is trying to set the new password based on the content of the
.env
file but in order to do that it needs to know what the old password is and that is not tracked in the.env
fileThe goal of this task it to validate the above and create a PR to remove the fixture which is conceptually wrong