-
Notifications
You must be signed in to change notification settings - Fork 344
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
redirects after run delete do not honor 'path.prefix' #424
Comments
PR adding the config support: |
I think it's important how have you setup your webserver, I think your "alias" is set up incorrectly so that xhgui thinks it's installed at "/" while at webserver level it's at "/tools/xhgui". you need to rewrite the incoming/outgoing requests equally. In Apache, it's typically |
ah, you may be right. I'm using nginx. i'll need to mess around with my nginx conf file |
you may be right too, as I added the original change for assets to render properly. but then again, the 'home' route app should detect automatically how the app is installed. you should post your nginx config here. it maybe something obvious, but otherwise maybe some other community member can have answer if they see the whole picture. |
No longer an issue after slim upgrade: In fact that slim added prefix needed to be reversed to prevent double paths: Re-open (or create new issue) once 0.20.0 is released and this is still an issue (or is new issue). |
It appears that the
path.prefix
is only honored in the twig templates and not in the redirects from the backend. For example, thedeleteSubmit()
controller action redirects using the following, which simply redirects to the domain root,/
.If i'm hosting xhgui at
https://mydomain.com/tools/xhgui/
and i havepath.prefix
set to/tools/xhgui/
, after a delete i will be redirected tohttps://mydomain.com
Not a huge bug by any means but a minor annoyance.
The text was updated successfully, but these errors were encountered: