Emīls Piņķis

The recently released beta also contains fixes for this bug, please do report back if this isn't fixed.

Are you running any other network-related software that might be trying to apply network settings? It doesn't seem like config that is being applied is special in any way.

> This is happening because the mullvad-daemon [is trying to write the api cache file](https://github.com/mullvad/mullvadvpn-app/blob/b1910fc14517d284c05aeded77d6f34e3949e6ef/mullvad-api/src/address_cache.rs#L86-L94), I assume in the current working directory of the daemon, which selinux doesn't allow. >...

No, but what we're doing is we're building the GRPC code on an x86-64 host and then copying the generated code over to an arm64 host for a build.

Going by the logs, it seems like the path to our app isn't escaped properly. If you were to change the autostart file for our app to either quote the...

> Failed at step EXEC spawning /opt/Mullvad: No such file or directory This line implies that the space might need to be escaped even if the string is quoted.

I wonder if it's a locale problem, since I can not reproduce this in a fresh VM on Fedora 37 with both Gnome and KDE with the British and Ukranian...

I did one too, and, when excluding `17.0.0.0/8` (apple's subnet), I saw no traffic. Probably an error on my end. Is there a deterministic way of making the synchronization take...

Seems like this will require the app to use Apple's [VPN API](https://developer.apple.com/documentation/networkextension/packet_tunnel_provider) instead of just using unixy APIs to create a tunnel device to circumvent these issues. Or maybe there's...

This is not what we've come to expect from macOS - there is an expected delay after wakeup where the captive portal check has to timeout before the default route...