-
Notifications
You must be signed in to change notification settings - Fork 4
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
Handling redirections #187
Comments
Investigating the original issue I found that browser automatically sends request to the new location, not sure how Palindrom can intercept this. |
I think, the decisive factor here is the response status code, not the header. It should be Anyway, I am not sure what should be the correct behavior. |
Apparently, Palindrom will never receive this header. The browser redirects when it sees it on a lower level. even when status is 200. I tested this: Paste this: <?php
header("Location: https://www.youtube.com/embed/UgUgz4T3_wc", true, 200);
?> here: http://phpfiddle.org/# (doesn't support permalinks).
I don't think Palindrom in relevant here. When you access
|
I am not giving up on it that easily :) Can Palindrom obtain the URL from |
@Mihaiii created an issue in Starcounter/Home#272 that shows how developers can be confused by Palindrom's handling of the response header for the patch request.
Location
header in the response to theapplication/json-patch+json
request, should it change the URL in the address bar to the value of that header?application/json-patch+json
request to that location, similarly how it does with<palindrom-redirect>
?Location
header in XHR callback in all browsers or is it among the headers obscured for security reasons?cc @miyconst
The text was updated successfully, but these errors were encountered: