-
Notifications
You must be signed in to change notification settings - Fork 2.6k
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
fix(remix-react): Firefox LiveReload
#4725
Merged
Merged
Changes from all commits
Commits
File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,15 @@ | ||
--- | ||
"@remix-run/react": patch | ||
--- | ||
|
||
Fixed a problem with live reload and firefox infinitely reloading the page | ||
|
||
The problem is: | ||
|
||
1. Firefox is calling `ws.onclose` immediately upon connecting (?!) | ||
2. Then we’re trying to reconnect, and upon reconnection, we reload the page. | ||
3. Firefox then calls `ws.onclose` again after reconnecting and the loop starts over | ||
|
||
This fix is to check `event.code === 1006` before actually trying to reconnect and the reload the page. 1006 means the connection was closed abnormally (https://www.rfc-editor.org/rfc/rfc6455#section-7.4.1). In our case, that means the server was shut down in local dev and then the socket can reconnect again when the server is back up. | ||
|
||
It’s unclear to me why Firefox is calling `onclose` immediately upon connecting to the web socket, but it does. | ||
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi. When I first had this issue I did some digging and might have an idea of what’s happening:
type: RELOAD
, triggerswindow.location.reload
code: 1001
remixLiveReloadConnect
remixLiveReloadConnect({ onOpen() { /* … */ } })
onOpen
method that triggers anotherwindow.location.reload
starting the infinite reloadingMy conclusion is Firefox does not in fact call
onclose
upon connecting. It is the other way around, the connection is closed and tries to reconnect before the browser fully unloads the page. Both Chrome and Safari seem to only send the websocket close event when the dev server is stopped and not when the page reloads.The reason why the
onOpen
config was introduced was to enable automatic re-connection when the dev server is stopped and restarted. When that happens the CloseEvent is sent with code1006
which is why both of us came up with theevent.code === 1006
check.This fixes the infinite reloads. But the issue on Firefox is actually a race condition. When the timeout is increased (e.g. to
10000
) the page reload reliably finishes before the timeout re-initializes, re-connects to the websocket and the reloads loop kicks in.