-
Notifications
You must be signed in to change notification settings - Fork 453
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
end-to-end performance tracking for code completion requests #3165
Conversation
… for code completion requests Signed-off-by: Rob Stryker <[email protected]>
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.
Overall, looks good. Haven't tried it yet, but just some small things I observed.
Signed-off-by: Rob Stryker <[email protected]>
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.
Overall looks good.
We're tied into the tracing language client (which is used by the standard language client) so we won't get any telemetry in lightweight (syntax) mode or while a project is switching over between syntax/standard on loading, but I guess we should be ok with that for now. I also confirmed this wouldn't pick up cancellations.
Wouldn't mind hearing @fbricon's thoughts.
After speaking to Fred, we decided to merge this after the end of |
Can you also modify the "The number of results (eg. 20), whether an error occured (eg. false), and duration (in milliseconds) when code assist is activated" |
Signed-off-by: Rob Stryker <[email protected]>
updated usage_data file |
Updated unnecessary cast |
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.
LGTM. I'll be merging soon.
No description provided.