Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

configuration parameter web.application_root_url neglected on some forwards (HTTP 302) #367

Open
jane-heller-bkg opened this issue Feb 23, 2024 · 5 comments
Labels
Type: Bug Something isn't working under analysis A first analysis is performing

Comments

@jane-heller-bkg
Copy link

jane-heller-bkg commented Feb 23, 2024

The re3gistry webapplication does not seem to follow the web.application_root_url
configuration value correctly all of the time.

My setup is as follows:

I have a frontend proxy delivering the application to say http**s**://{HOSTNAME}/codelist. The backend webserver is running a tomcat which is deploying:

  • re3gistry2
  • re3gistry2soap

both to their according subfolders on local http.

re3gistry2/WEB-INF/classes/configurations_files/configuration.properties contains:

web.application_root_url=https://{HOSTNAME}/codelist

If I open the webservice and login, I receive a HTTP 302 to the following destination:

http://{HOSTNAME}/re3gistry2/admin

it should however contain

https://{HOSTNAME}/re3gistry2/admin

It seems to me, that the webapplication is costructing the path to be returned in a 302 on its own, by concatenating http the http host coming from the http connections variable and the folder on which the webapp is delivered locally.

It should forward to URLs based on web.application_root_url in any case.

@arantzaetxebarria arantzaetxebarria added Type: Bug Something isn't working under analysis A first analysis is performing labels Feb 26, 2024
@unaibrrgn
Copy link
Collaborator

Dear @jane-heller-bkg,
we will take a look and let you know any progress made on this topic.

Best regards,
Unai.

@jane-heller-bkg
Copy link
Author

We have used the branch bkg/database-migration when stumbling upon this error ( #387 ). However it seems unlikely to me, that the changes there affect this issue.

@jane-heller-bkg
Copy link
Author

Dear @unaibrrgn,

I stumbled upon another case where a URI generation is not done correctly.

If I issue a clarification via https://<HOST>/re3gistry2/content?itemUuid=<UUID> there are links in the row status pointing to different status types. They also do not follow the configuration parameters but use the local hostname of the delivering webserver without any subpath (that is different from the behaviour in the forwards).

Should I issue another ticket for that or should we summarize all issues w.rt. to URI generation here?

Best

Jane

@iratigarzon
Copy link
Contributor

Dear @jane-heller-bkg,

We suggest you to open a new ticket with the issue you are currently experiencing. Any additional information would be appreciated.

Best regards,

Irati.

@jane-heller-bkg
Copy link
Author

Hello @iratigarzon ,

I opened another issue w.r.t. here: #438

Best

Jane

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Type: Bug Something isn't working under analysis A first analysis is performing
Projects
None yet
Development

No branches or pull requests

4 participants