Any help please!

[gcpmusic]

I have this issue. Any help ?
Thanks in advance.

[fabriziofs]

Hello! As the error message says, the port is already in use, can you execute lsof -i 49389 to list the uses of the 49389 port? If there is any process using that port that you understand and can be remove use kill {PID of the process} to free that port.

[anfragment]

I have this issue. Any help ? Thanks in advance.

Which operating system do you use? Could you try restarting the app?

[gcpmusic]

Many thanks for the reply.
I am on Mac Intel running Mojave. I did follow your suggestion and well well this is the result :

[tangowithfoxtrot]

I am also having this issue on my M2 Mac running Sonoma 14.1.2.

More context:

COMMAND  PID   USER   FD   TYPE DEVICE        SIZE/OFF NODE NAME
Zen      6589  user   34u  IPv4 REDACTED      0t0      TCP  localhost:50734 (LISTEN)

I've tried manually kill -9ing the process and fully rebooting in-between attempts to connect. I've also tried uninstalling the CA cert and rm -rf ~/Library/Application\ Support/Zen to completely remove any trace of previous connection attempts.

Doesn't this suggest that the Zen process is running, but the GUI isn't able to connect to the process?

Is there a log directory or any way I can provide more detailed information?

[tangowithfoxtrot]

In lieu of logs for now, here's a recording of what happens:

Screen.Recording.2023-12-08.at.04.44.43.mov

The 6-16 second marks are me entering my local credentials (three times), presumably to add the certs after having removed them before attempting the connection.

The last time I clicked "Start", at the end of the video, the application crashed.

My system network settings look like this:

and when I enable the http(s) proxy settings (to expand them):

I've tried setting the server value to 127.0.0.1 and localhost and the port number to whatever port is displayed in the error toast. I've also tried manually designating the port number, but got the same error.

[anfragment]

@tangowithfoxtrot thank you for your detailed bug report. Can you please update to the latest version of the application? You can check for updates by restarting the app. It might resolve the issue, and if it doesn't I've added some auxiliary info to error logs so that we can debug further.

[tangowithfoxtrot]

So, I just updated, and I am still able to reproduce. However, I think I've narrowed it down:

In my case, there seems to be a negative interaction between Zen and my VPN (Mullvad). If I start Zen before my VPN autostarts, it works. But if my VPN starts before Zen, I get the "failed to start..." and "cannot bind..." (no matter what port I use) errors.

Where can I get the additional error logging? It'd be nice to work out a way to not have to manually orchestrate the start order of these two applications.

[anfragment]

In my case, there seems to be a negative interaction between Zen and my VPN (Mullvad).

I use Mullvad myself and have been able to reproduce the issue. It seems like it sets up a virtual network interface which gets Zen confused about which one to configure proxy for. I think it's possible to rewrite it so that it doesn't happen, hope I'll be able to get around to fixing it next week. Thanks for your help!

Where can I get the additional error logging? It'd be nice to work out a way to not have to manually orchestrate the start order of these two applications.

Assuming you've installed Zen via the installer, you can run the binary and see logs in stdout from your terminal. The binary is located at:

/Applications/Zen.app/Contents/MacOS/Zen

[gcpmusic]

Looking forward for the fix. I also did try the new version with a clean direct connection without any VPN or Tor active and the some result. Thank you in advance.

[anfragment]

I also did try the new version with a clean direct connection without any VPN or Tor active and the some result.

Racking my brain over what could be causing the issue. Might be specific to Mojave, but I'm on an Apple Silicon Mac and not sure if I'll be able to set up a VM to debug the issue. I'll try, but no promises.