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

Origin Trial - ability to report errors, timeouts #239

Open
jonasz opened this issue Nov 23, 2021 · 0 comments
Open

Origin Trial - ability to report errors, timeouts #239

jonasz opened this issue Nov 23, 2021 · 0 comments
Labels
Non-breaking Feature Request Feature request for functionality unlikely to break backwards compatibility

Comments

@jonasz
Copy link
Contributor

jonasz commented Nov 23, 2021

Hi,

One important goal of the upcoming Origin Trial will be to understand how generateBid works on the large variety of devices it will be invoked on. This includes:

  • how often does generateBid time out?
  • how often does it crash? (i.e: raise an exception)

With the current FLEDGE spec it seems that if generateBid crashes or times out, the buyer will never learn about that. (So for example it will be hard to tune perBuyerTimeouts, tune the amount of computations, or discover and fix bugs that cause exceptions.)

In the future this kind of functionality will likely be fulfilled by reportLoss and aggregate reporting (relevant issue: #164).

I was wondering, do you have any thoughts on how such observability / debugging could be supported in the Origin Trial? Perhaps we could consider a basic support for event-level reportLoss with limited inputs, analogous to the event-level reportWin?

I'd be curious to hear your thoughts!

Best regards,
Jonasz

@JensenPaul JensenPaul added the Non-breaking Feature Request Feature request for functionality unlikely to break backwards compatibility label Jun 23, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Non-breaking Feature Request Feature request for functionality unlikely to break backwards compatibility
Projects
None yet
Development

No branches or pull requests

2 participants