Skip to content
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

Beacon requests will fail when attempting to send more than 64k of data #75

Closed
rr0214 opened this issue Jun 4, 2021 · 4 comments
Closed
Labels
bug Something isn't working enhancement New feature or request impact data sync2jira

Comments

@rr0214
Copy link

rr0214 commented Jun 4, 2021

When sending beacon (unload) requests using the agent, there is no limit in place for the amount of data added to the body of that request.

According to this post, most browsers (at least at the time) implemented a 64k limit on the maximum size of data allowed to be sent in a given beacon (Edge & Firefox) or navigation context (Chrome): https://github.com/w3c/beacon/issues/38This issue came up in a GTSE ticket with a similar behavior in Safari for iOS. An unload session trace harvest exceeded 64k in length and failed.

Answer question: Is this still an issue (github issue from 2016) How often this happens? How close to this limit? Size of messages consumer sees from the agent.

check how large our request is and how much space is available.

Effort: Medium, open questions

@rr0214 rr0214 added enhancement New feature or request needs triage labels Jun 4, 2021
@coreyarnold coreyarnold added this to Triage Needed: Unprioritized Features in Browser Instrumentation Engineering Board Jun 11, 2021
@rr0214 rr0214 moved this from Triage Needed: Unprioritized Features to To do: Features here are prioritized in Browser Instrumentation Engineering Board Aug 3, 2021
@rr0214 rr0214 moved this from To do: Features here are prioritized to Triage Needed: Unprioritized Features in Browser Instrumentation Engineering Board Sep 7, 2021
@rr0214 rr0214 moved this from Triage Needed: Unprioritized Features to To do: Features here are prioritized in Browser Instrumentation Engineering Board Oct 5, 2021
@rr0214
Copy link
Author

rr0214 commented Oct 5, 2021

The first step needs to be instrumentation to measure impact.

@aubreymasten aubreymasten moved this from To do: Features here are prioritized to Research Needed in Browser Instrumentation Engineering Board Mar 1, 2022
@coreyarnold coreyarnold added the bug Something isn't working label Oct 21, 2022
@workato-integration
Copy link

@workato-integration
Copy link

Jira CommentId: 105498
Commented by jporter:

Validated: Beacons do limit to 64k, and this is checked across all active beacons at once (meaning aggregate > 64k causes cancel as well)

@workato-integration
Copy link

This issue won't be actioned.

Browser Instrumentation Engineering Board automation moved this from Research Needed to Done: Issues recently completed Nov 3, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working enhancement New feature or request impact data sync2jira
Projects
Browser Instrumentation Engineering B...
  
Done: Issues recently completed
Development

No branches or pull requests

2 participants