-
Notifications
You must be signed in to change notification settings - Fork 454
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
Request attribution in Terminal on Sequoia #643
Comments
Thank you for the bug report |
Ah I see! I feel better knowing this is tracked, even if it takes a while (really wish there were an easy way to downgrade without having a backup). Feel free to keep this open or close since the issue is more upstream, whatever makes most sense for the project. Thanks again! |
They seem to have fixed this issue in 15.0.1 |
Just updated to 15.0.1. The "fix" doesn't not look like the old (pre Sequoia) way, but rather just as a whitelist of everything... After having removed all rules related to eg. iTerm, and single commands like |
Heya, I hit an interesting issue after upgrading to Sequoia.
On Sonoma, in both the regular Terminal and Warp terminal, I used to be able to
ping
,curl
,brew install
, etc. so long as those commands' destinations were in my rules.Now, on Sequoia, I am forced to give permission to the terminal app itself, whether Warp or Terminal. This is not ideal, as I want much more granular control: e.g., pings/curls should be allowed, but the Warp binary itself sending telemetry probably not.
So there is an apparent change in attribution of network requests to processes. Any idea if this is a purely Sequoia issue, or an issue with how LuLu interacts with the network stack in particular?
I'm aware of the network-filter-related issues reported for Sequoia, but this seems a bit different (attribution, not packet corruption, though I've had plenty of that now too). Would be curious to learn more. Thank you!
The text was updated successfully, but these errors were encountered: