-
Notifications
You must be signed in to change notification settings - Fork 630
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
Suggest: Deno.env.get("NODE_DEBUG")
should not permission prompt
#2507
Comments
@dsherret I'd like to try my hand at this one if that's alright... |
So had a go at it... Could I please get more clarification on expected behaviour? I am assuming line 108 is only run when permissions are granted. What happens for the other permission states? Should it permission prompt? If so could you point me to docs on how to trigger permission prompts. Thanks |
Introducing TLA in Because |
Oh yeah, I forgot about that. I’m going to close this one, but we should come up with a way to remove this env var check eventually. |
I agree. Maybe we can enhance/change CLI somehow to achieve this |
I see. I’ll keep that in mind. Thanks! |
@kt3k What do you think about just not checking permissions for |
@nayeemrmn I'm open to that solution
What does 'the alternative' mean here? |
@dsherret , @kt3k , @nayeemrmn , I believe this could now be solved with gating, using the newly merged synchronous permission functions. |
I think probably
Deno.env.get("NODE_DEBUG")
should not permission prompt and do a permission check for the env var before requesting it (usingDeno.permissions.query
).https://github.com/denoland/deno_std/blob/cac7764e3878ac8c2a3c26a1201f3dfcc15e6910/node/internal/util/debuglog.ts#L108
The text was updated successfully, but these errors were encountered: