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

Clarification on TRY_NEEDS_AUDIT #32152

Closed
nbaws opened this issue Feb 1, 2024 · 4 comments
Closed

Clarification on TRY_NEEDS_AUDIT #32152

nbaws opened this issue Feb 1, 2024 · 4 comments
Labels
question Questions that are neither investigations, bugs, nor enhancements stale stalebot believes this issue/PR has not been touched recently

Comments

@nbaws
Copy link
Contributor

nbaws commented Feb 1, 2024

Title: Seeking clarification on TRY_NEEDS_AUDIT

Description: As per title - I've done some scouring of issues trying to find the background of TRY_NEEDS_AUDIT. I've found this one #14320 and this one #10878

My question is quite simple: I'm working on aws_request_signing extension and want to remove these for cleanup. Is it sufficient to remove exceptions from within the extension and replace with correct handling eg absl::StatusOr? If that is achieved, is it ok to remove these macro wrappers? My knowledge of the threading model is so far non-existent so it would be good to understand whether the guidance of 'no exceptions on the main thread' applies here.

If I could get some clarification I can also make some dev docs updates to reflect the conversation.

Thanks!

@nbaws nbaws added the triage Issue requires triage label Feb 1, 2024
@alyssawilk
Copy link
Contributor

removing exceptions would be 10000% fantastic.
The original plan with Envoy exceptions was to allow them. This was found to be problematic on the data plane so the next plan was to remove them on the data plane but allow them on the control plane (which is where "needs audit" comes from - it's for code sites where it's unclear if it was control or data plane). This has been problematic we'd love to remove overall.

@alyssawilk alyssawilk added question Questions that are neither investigations, bugs, nor enhancements and removed triage Issue requires triage labels Feb 5, 2024
@nbaws
Copy link
Contributor Author

nbaws commented Feb 12, 2024

That makes sense to me. I'm in the process of removing these from the AWS related code. One thing I found was that some exceptions are coming from data plane json processing, particularly the get* methods:

std::string Field::getString(const std::string& name) const {

While it looks like the way around it is to use the getValue method which doesnt appear to throw, it probably makes sense to deprecate the throwable methods somehow so they don't keep getting used in the data plane.

Copy link

This issue has been automatically marked as stale because it has not had activity in the last 30 days. It will be closed in the next 7 days unless it is tagged "help wanted" or "no stalebot" or other activity occurs. Thank you for your contributions.

@github-actions github-actions bot added the stale stalebot believes this issue/PR has not been touched recently label Mar 14, 2024
Copy link

This issue has been automatically closed because it has not had activity in the last 37 days. If this issue is still valid, please ping a maintainer and ask them to label it as "help wanted" or "no stalebot". Thank you for your contributions.

@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Mar 21, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Questions that are neither investigations, bugs, nor enhancements stale stalebot believes this issue/PR has not been touched recently
Projects
None yet
Development

No branches or pull requests

2 participants