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

Fix pymongo event object and string commands #703

Closed
wants to merge 2 commits into from
Closed

Fix pymongo event object and string commands #703

wants to merge 2 commits into from

Conversation

whardier
Copy link

No description provided.

whardier added 2 commits May 17, 2020 03:48
…formation is present (replica sets.. possibly sharding information). Ensure that command is stringy when attempting to concatenate strings. Suggest use fstrings if older pythons can be depreciated
…formation is present (replica sets.. possibly sharding information). Ensure that command is stringy when attempting to concatenate strings. Suggest use fstrings if older pythons can be depreciated
@whardier whardier requested a review from a team May 18, 2020 01:24
Copy link
Member

@toumorokoshi toumorokoshi left a comment

Choose a reason for hiding this comment

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

Thanks for the fix! I think I'm not entirely convinced that that this fixes the whole set of issues with the set_status call.

Can you also add unit tests to verify? That would be a good way to programatically verify the issue is resolved.

span.set_status(
Status(
StatusCanonicalCode.UNKNOWN,
json.loads(bson.json_util.dumps(event.failure)),
Copy link
Member

Choose a reason for hiding this comment

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

will this stringify all expected types? One thing I see is that event.failure is a more structured document. the Status description must be a string, or it will be discarded.

Instead of json.loads, should this be a str() cast?

@whardier
Copy link
Author

whardier commented May 21, 2020 via email

@codeboten
Copy link
Contributor

@whardier any chance you could address the request for change from @toumorokoshi?

@whardier
Copy link
Author

whardier commented Jul 30, 2020 via email

@lzchen
Copy link
Contributor

lzchen commented Jul 30, 2020

I am not part of the project

@whardier
I believe this PR is something that you submitted correct? Are you saying you are no longer interested in getting these changes merged?

@whardier
Copy link
Author

whardier commented Jul 30, 2020 via email

@lzchen
Copy link
Contributor

lzchen commented Aug 4, 2020

@whardier
Thanks for the response. I do not believe there was anymore discussion for this topic other than what you see in this thread.
As for owners of the code, there isn't really one person that is responsible for the pymongo instrumentation. If you would like to continue working on this and discuss possible architectural decisions, I'd advise you to do start a thread in the gitter channel.

@whardier
Copy link
Author

whardier commented Aug 4, 2020 via email

@codeboten codeboten added the instrumentation Related to the instrumentation of third party libraries or frameworks label Sep 3, 2020
@codeboten
Copy link
Contributor

Closed due to inactivity

@codeboten codeboten closed this Sep 10, 2020
srikanthccv pushed a commit to srikanthccv/opentelemetry-python that referenced this pull request Nov 1, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
instrumentation Related to the instrumentation of third party libraries or frameworks
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants