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

startTimeUTC is insufficient due to client's clock skew #4

Closed
igrigorik opened this issue Oct 13, 2014 · 2 comments
Closed

startTimeUTC is insufficient due to client's clock skew #4

igrigorik opened this issue Oct 13, 2014 · 2 comments

Comments

@igrigorik
Copy link
Member

startTimeUTC attribute
The startTimeUTC attribute MUST return a DOMTimeStamp with the time immediately after the User Agent logs the occurrence of the error.

Many client have skewed clocks, which by itself could be causing a number of accessibility issues -- e.g. TLS certificate verification failures. In Beacon, to address this very issue, we set the "Beacon-Age" header indicating the delta between the time when the UA logged the request (error, in this case), and time when it was actually sent. I think we need a similar solution in Error Logging.

That said, assuming we update the spec to support logging of multiple errors in single payload (see #1), we can't re-use the same HTTP header solution. Instead, we would need to introduce a new variable (errorAge or some such), that is set by the UA as the difference between the time when the error occurred and when the error report is being logged. If there is no delay, then it should report 0.

@igrigorik
Copy link
Member Author

  • report age instead of fixed time.

@igrigorik
Copy link
Member Author

Resolved in new draft, closing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant