Update to utilize the PageVisibility API instead of focus
event
#3
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.
Hello 👋, I was looking into
@happykit/flags
implementation for therevalidateOnFocus
I noticed that it utilizeswindow.addEventListener('focus', ...)
for handling the focus. I found a few issues with this implementation:iframe
can cause the focus event to fire numerous times if the user interacts with theiframe
and then back with the current documentfocus
event to fire numerous times if the user/developer interacts with the DevTools and then back with the document. (A very common case for developers)node.dispatchEvent(new CustomEvent('focus', { bubbles: true}))
). This case seems less likely but still a side-effect of the current implementation.I'm curious if you have considered utilizing the Page Visibility API to achieve a more true implementation for "refocus" of the window.
Thank you for taking the time to consider my suggestion!