-
Notifications
You must be signed in to change notification settings - Fork 323
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
HTTP-redirect does not call processResponse and breaks navigation expectations #1629
Comments
Thank you for the clear report and doing the blame investigation. Very helpful. As "navigate-redirect fetch" was removed in 8023bd0 we indeed need to restore the behavior of not passing recursive=true when redirect mode is manual. @noamr @domenic does that make sense to you as well? @noamr want to make the fix? |
On it |
Otherwise a navigation wouldn't get callbacks from processing its redirect. Closes #1629.
Implement whatwg/fetch@ca10f49 Fixes the issue I found while working on navigation: whatwg/fetch#1629
Implement whatwg/fetch@ca10f49 Fixes the issue I found while working on navigation: whatwg/fetch#1629
Implement whatwg/fetch@ca10f49 Fixes the issue I found while working on navigation: whatwg/fetch#1629
"create navigation params by fetching" in HTML navigation spec does following:
and has a note:
but if we will look into fetch spec that what will happen while processing next manual redirect:
because "HTTP-redirect fetch" passed recursive=true earlier.
This way main fetch never reaches fetch response handover where processResponse is called which means navigation code will stuck waiting for processResponse to be called.
I checked spec commit history and in the past instead of
there was in the HTTP-redirect fetch
note that recursive should be false for manual redirect mode was introduced here c958914
and then got removed 12dd6fa
but for me it looks like this note should not have been removed because with redirect=false in manual redirect mode processResponse will be called which is what navigation expects.
The text was updated successfully, but these errors were encountered: