-
Notifications
You must be signed in to change notification settings - Fork 57
Add implementation-defined maximums #332
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
Conversation
apasel422
left 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.
The spec and simulator changes here LGTM, though I'll defer to others on the choice of the exact minimum values mandated by the spec.
| }, | ||
| "maxConversionSitesPerImpression": 3, | ||
| "maxConversionCallersPerImpression": 3, | ||
| "maxImpressionSitesForConversion": 3, |
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.
We will have to update impl/e2e.schema.json as well with the new configuration fields.
|
@martinthomson Just following up on this. |
Co-authored-by: Andrew Paseltiner <apaseltiner@google.com>
Co-authored-by: Andrew Paseltiner <apaseltiner@google.com>
Co-authored-by: Andrew Paseltiner <apaseltiner@google.com>
Some systems may consider `a` to be a registrable domain.
Otherwise, the test may inadvertently be covering the behavior of the invalid `a` domain, rather than the size check.
Co-authored-by: Martin Thomson <mt@lowentropy.net>
Per #189 (comment), who to associate the Save-Impression operation with is unclear in these cases. Support for them could be restored in the future if we hear of use cases and are able to resolve the association question.
To make those tests less dependent on fixed behavior. In the future, we might consider allowing these values to be specified in individual events at a higher level in order to avoid mandating the exact way in which randomness is used.
Co-authored-by: Martin Thomson <mt@lowentropy.net>
Co-authored-by: Martin Thomson <mt@lowentropy.net>
The WebIDL interfaces for AttributionImpressionOptions and AttributionConversionOptions specify multiple fields as either `unsigned long` or `long`, and therefore no e2e test should attempt to pass values outside these ranges, as the associated type conversion (e.g. from JavaScript) is assumed to occur strictly before the API (i.e. the simulator) receives the final values. Enforcing this at the JSON schema level ensures that test suites that import the e2e tests need not concern themselves with the WebIDL-level conversions. The change to the JSON schema revealed one such offending test case in save-impression-errors.json, which attempted to pass `histogramIndex: -1`.
Bumps [qs](https://github.com/ljharb/qs) from 6.14.0 to 6.14.1. - [Changelog](https://github.com/ljharb/qs/blob/main/CHANGELOG.md) - [Commits](ljharb/qs@v6.14.0...v6.14.1) --- updated-dependencies: - dependency-name: qs dependency-version: 6.14.1 dependency-type: indirect ... Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
* update editors add Ben Case as editor as discussed in editors sync. * Update api.bs
|
Still needs a rebase and conflict resolution. |
|
Should be good now. (You keep moving the target on me.) |
This includes a bunch of values that I essentially made up. Rationale for that is listed in #174.
We'll have to discuss what appropriate values are
before we can merge this change.
Closes #174.
Preview | Diff