-
Notifications
You must be signed in to change notification settings - Fork 332
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
rangerWhitelist(1) - use new 'whitelist' trace property #3082
Comments
Fasteroid
changed the title
rangerWhitelist(1) optimizations
rangerWhitelist(1) - use new 'whitelist' trace property
Jun 10, 2024
1 month already, do it dumbass! |
okay okay fine, this weekend |
okay okay today it is! |
Fasteroid
added a commit
to Fasteroid/wire
that referenced
this issue
Jul 13, 2024
Fasteroid
added a commit
to Fasteroid/wire
that referenced
this issue
Jul 13, 2024
today perhaps? |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
When I added this back in #1985, there wasn't really a good way of implementing it, but now as of garrysmod.main/x86-64#9e093b, traces now have a
whitelist
property that's 1:1 with how this should have been implemented in the beginning. Now that it can be improved, it should be.Tag this with "enhancement" or whatever, I'm just opening an issue so I get off my ass and fix it later.
The text was updated successfully, but these errors were encountered: