-
Notifications
You must be signed in to change notification settings - Fork 897
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 experimentalAutoDetectLongPolling and add logging #4078
Conversation
🦋 Changeset detectedLatest commit: 17824e9 The changes in this PR will be included in the next version bump. This PR includes changesets to release 9 packages
Not sure what this means? Click here to learn what changesets are. Click here if you're a maintainer who wants to add another changeset to this PR |
b853f48
to
5d819bd
Compare
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.
LGTM
@@ -348,6 +356,16 @@ export class WebChannelConnection extends RestConnection { | |||
} | |||
); | |||
|
|||
unguardedEventListen<StatEvent>(requestStats, Event.STAT_EVENT, event => { | |||
if (!event) return; |
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.
Is this line necessary? If so, under what conditions would it happen. Might be worth adding a comment.
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.
It seems like unguardedEventListen
can be modified safely to assume that there is always an event. Fixed.
…e-js-sdk into mrschmidt/requesststats
This fixes a bug in experimentalAutoDetectLongPolling, as the WebChannel flag was not added to the closure externs and as such mangled. It also adds logging for each mode.
Verified with a test app in Chrome (albeit only for the "no buffering proxy" scenario).