Skip to content

Generate request-id for api call - #711

Merged
cnderrauber merged 3 commits into
mainfrom
request_id
Aug 24, 2026
Merged

Generate request-id for api call#711
cnderrauber merged 3 commits into
mainfrom
request_id

Conversation

@cnderrauber

Copy link
Copy Markdown
Contributor

@changeset-bot

changeset-bot Bot commented Aug 22, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 9df0eb5

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 2 packages
Name Type
livekit-server-sdk Minor
agent-dispatch Patch

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

@devin-ai-integration devin-ai-integration Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

✅ Devin Review: No Issues Found

Devin Review analyzed this PR and found no bugs or issues to report.

Open in Devin Review

'User-Agent': USER_AGENT,
...headers,
};
if (!hasHeader(requestHeaders, REQUEST_ID_HEADER)) {

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

looks like you're guarding against the possibility of the request id header being set already on the request?
I'm wondering why we're not always setting the header as part of the request headers

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The initial idea was to allow users to provide a request-id, enabling them to identify the same request when performing retries in the application.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I see, it doesn't exclusively relate to failover attempts then anymore. As a user I could also supply the same id to different requests, which would make things potentially awkward. I guess we would treat that as a user error.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not sure if it is useful to the user.. Do you think it could cause more trouble than convenience?
The request-id change has not been released yet, so we can change the interface before that.

@cnderrauber cnderrauber Aug 24, 2026

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Perhaps we can hold off on providing that option for now and add it later if users need it or if we see a necessity. It is always better to add an interface than to remove one from production. wdyt?

@lukasIO lukasIO Aug 24, 2026

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do you think it could cause more trouble than convenience?

yeah, potentially. If it's not something that users have requested so far, then we can start without it.

It is always better to add an interface than to remove one from production.

💯

devin-ai-integration[bot]

This comment was marked as resolved.

@cnderrauber
cnderrauber merged commit ed40abb into main Aug 24, 2026
10 checks passed
@cnderrauber
cnderrauber deleted the request_id branch August 24, 2026 09:26
@github-actions github-actions Bot mentioned this pull request Aug 24, 2026
cnderrauber added a commit to livekit/server-sdk-go that referenced this pull request Aug 24, 2026
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

Successfully merging this pull request may close these issues.

2 participants