Eddie Desktop 2.24 beta released

[OpenSourcerer 1435]

There was talk about the AirVPN Suite getting a GUI client for Bluetit named Firecrest.
But then again, there was even older talk about Eddie 3. I am not sure anymore what info is still current.
In recent months we've seen Eddie for Android 3.0 release and work on AirVPN Suite 2.0, plus work on Cuckoo for the AirVPN Suite. I don't think a rewrite is doable in terms of time. I mean, there is evident struggle in even making the various vague release date statements that pop out from time to time here and there.. it's comparable to Valve time.

[Oblivion 2013 8]

During this conversation Microsoft has donated the entire Mono Framework to the developers of WINE. It will take time to understand if this will work out for a good multiplatform strategy.

Microsoft Offloads The Mono Project To Wine:
https://www.phoronix.com/news/Microsoft-Gives-Mono-To-Wine

27 of August

Coming as a surprise this afternoon is Microsoft deciding to contribute the Mono Project to be stewarded by the Wine development community.

Although i must say it did not come as a surprise, and offloading the Mono development does have considerable bearing on the Wine development team. The good news is that it now is time for optimizing the Mono Framework. But in my experience, OpenJDK or even a Java application works so much faster. The problem with Java is that Microsoft created .NET to push Java out of the market and that it still is unreasonable to expect Microsoft Windows users to install a Java Runtime Machine instead of just having another .NET application. So many Windows applications rely on the .NET framework installed anyhow.

Anyway, the moratorium has passed, and it is now allowed to let people know that .NET applications for Linux or Mac or anything other than Windows is now open to use in source, and in binary. However Microsoft explained that there is 4 years left for using the Mono Runtime Machine as is for e.g. people using this framework, and Eddie Client is one of it.

This does in fact mean that the developers of Eddie have 4 years to postpone a difficult decision.

I really hope the WINE development team is able to make the MONO RUNTIME MACHINE a lot FASTER. Since it now is property of the Wine is not an Emulator team.


 

[Riddick 13]

@Staff When can we expect a new version (UI / dark theme) and or stable release for Windows OS. Please don't forget about us, as 2.24 was released on Feb/26/2024. It seems lately the focus is on Android and Linux OS.
Thanks for taking Win users into consideration. 😉

[Staff 9968]

New version, mainly bug fixes, to promote it to Stable as soon as possible.

A completely revamped version of the UI, no longer based on Mono (for Linux) and Xamarin (for MacOS), is in development, but we cannot currently estimate a release date.

Version 2.24.3 (Wed, 06 Nov 2024 12:08:47 +0000)
[bugfix] [all] CPU usage optimization
[change] [all] OpenVPN 2.6.12
[bugfix] [all] Various minor fixes
[change] [all] Fine-tuning of Network Lock IPv6 rules (Private & Translation)
[bugfix] [linux] Hide window when minimized to tray
[bugfix] [all] Fixed issue with user/password when used with third-party .ovpn files

[OpenSourcerer 1435]

59 minutes ago, Staff said:

A completely revamped version of the UI, no longer based on Mono (for Linux) and Xamarin (for MacOS), is in development, but we cannot currently estimate a release date.

GTK?
And it doesn't sound like Firecrest. So is work being done simultaneously on both "Eddie-ng" and Firecrest, the GUI for Bluetit?

[Viaica 1]

On 11/7/2024 at 3:11 PM, Staff said:

[bugfix] [linux] Hide window when minimized to tray

Minimize in tray now finally works without the GUI going transparent in Xfce/Xubuntu! There's still a little issue, when Eddie is minimized in tray and you click the tray icon and choose "Preferences" or "About" the main window again is completely transparent, you then must click either on the connection or the Show Main Window buttons in the tray to bring the main window back to normal.
Also the sluggishness of the GUI when browsing through Eddie and it's settings which started with 2.24 is still there, at least on my "bare metal" laptop Xubuntus. Windows workstation's Virtualbox Xubuntu has no lagginess or considerably less.

Edit:
Regarding the slowness now that i tested 2.21.8 and a regular Ubuntu liveUSB it's pretty much the same, so I think it's just the laptops hardware showing it's age. Maybe the next software could be more efficient in that sense since I do not notice similar sluggishness on other graphical applications on the same oldish laptops.

[matts9 9]

On 11/7/2024 at 2:11 PM, Staff said:

[bugfix] [all] CPU usage optimization

In regards to this:
I confirm that after installing 2.24.3 on my two machines, Eddie process CPU usage stays at 0-0.1% when in background.
Thanks for releasing a fix  

[DarkWrath 1]

Unable to connect to server via WireGuard using the portable GUI version (Windows, x64)
What I did:

1. Downloaded the zip
2. Extracted it to a folder
3. Copied the default.profile from the older version to the new location
4. Started the new Eddie-GUI
5. Tried to connect to a server in LA.
6. Fails, keeps retrying.
7. Prior beta version (2.23.1) works fine with same server.

Error in the log:

. 2024.11.08 19:57:47 - Elevated: Command:wireguard
. 2024.11.08 19:57:47 - WireGuard > Setup start
E 2024.11.08 19:57:47 - WireGuard > Error: Failed to start: The system cannot find the file specified.
. 2024.11.08 19:57:47 - WireGuard > Stopping
. 2024.11.08 19:57:47 - WireGuard > Completed

Not sure what file it's looking for. If that was also in the log, it would have been helpful 😀

[amateur25 0]

WireGuard will not connect to the server.  Version 2.24.3 on Window 11.  OpenVPN connects with no problems. Installed version 2.24.2 with WireGuard and OpenVPN connecting with no problems.  The logs mention a missing file when trying to connect to WireGuard.  I noticed that the 2.24.3 file is smaller than the 2.24.2 file. Possibly a file did not make it in to the package.  My 2.24.3 logs follow.
Eddie_20241108_215200.txt
Life ring file.txt
 

[cheeze 4]

Doing an update from 2.24.2 > 2.24.3, eddie crashes and the network lock turns off and can't be turned on again.
 

F 2024.11.09 17:16:35 - Exception: ip6tables-restore v1.8.10 (legacy): multiple -d flags not allowed

F 2024.11.09 17:16:35 - Error occurred at line: 30

F 2024.11.09 17:16:35 - Try `ip6tables-restore -h' or 'ip6tables-restore --help' for more information

Tried rebooting, and same thing happens.
 

[iwih2gk 93]

2.24.3 is running great on Mint 22!  I have it running vpn chains without any issues at all so far!

FYI - even the VM's running Eddie are snappy.  I do have 20 Gig and 6 processors on any VM setting though.  Lucky to have great hardware.

[deltaman8 3]

Upgrading from 2.24.2 to 2.24.3 using "eddie-ui_2.24.3_macos-10.15_arm64_portable.zip".
The following happened on two machines, both running macOS 14.7.1

I have "Don't ask elevation every run" enabled.
After starting 2.24.3 for the first time, the connection to the server could not be established.
From log: "Hummingbird > Error: Exception: Executable '/Applications/Eddie.app/Contents/MacOS/hummingbird' not allowed: Not owned by root;"

Solution:
I disabled the "Don't ask elevation every run". Shutdown Eddie.
Restarted Eddie. Enabled the "Don't ask elevation every run". macOS now asks for Admin password. Shutdown Eddie.
Restarted Eddie. Everything fine.
 

[spinmaster 30]

13 hours ago, deltaman8 said:

Upgrading from 2.24.2 to 2.24.3 using "eddie-ui_2.24.3_macos-10.15_arm64_portable.zip".
The following happened on two machines, both running macOS 14.7.1

I have "Don't ask elevation every run" enabled.
After starting 2.24.3 for the first time, the connection to the server could not be established.
From log: "Hummingbird > Error: Exception: Executable '/Applications/Eddie.app/Contents/MacOS/hummingbird' not allowed: Not owned by root;"

Solution:
I disabled the "Don't ask elevation every run". Shutdown Eddie.
Restarted Eddie. Enabled the "Don't ask elevation every run". macOS now asks for Admin password. Shutdown Eddie.
Restarted Eddie. Everything fine.
 

I have the exact same issue:
macOS 15.1, ARM / M1, Upgraded to Eddie 2.24.3

Eddie does not connect any longer, it get's stuck in an endless loop/attempt to connect (regardless of Wireguard or OpenVPN), all settings left to default:
 

I 2024.11.10 13:00:55 - Session starting.
. 2024.11.10 13:00:55 - Activation of Network Lock - macOS - PF
I 2024.11.10 13:00:56 - Checking authorization ...
! 2024.11.10 13:00:57 - Connecting to Turais (Czechia, Prague)
. 2024.11.10 13:00:57 - Routes, add 185.156.174.157/32 for interface "en0".
. 2024.11.10 13:00:57 - WireGuard > Setup start
E 2024.11.10 13:00:57 - WireGuard > Error: Executable '/Applications/Eddie.app/Contents/MacOS/wireguard-go' not allowed: Not owned by root;
. 2024.11.10 13:00:57 - WireGuard > Stopping
. 2024.11.10 13:00:57 - WireGuard > end
! 2024.11.10 13:00:57 - Disconnecting
. 2024.11.10 13:00:57 - Routes, delete 185.156.174.157/32 for interface "en0".
. 2024.11.10 13:00:57 - Collect network information
. 2024.11.10 13:00:59 - Connection terminated.
I 2024.11.10 13:01:02 - Checking authorization ...
! 2024.11.10 13:01:02 - Connecting to Centaurus (Czechia, Prague)
. 2024.11.10 13:01:02 - Routes, add 185.156.174.117/32 for interface "en0".
. 2024.11.10 13:01:02 - WireGuard > Setup start
E 2024.11.10 13:01:02 - WireGuard > Error: Executable '/Applications/Eddie.app/Contents/MacOS/wireguard-go' not allowed: Not owned by root;
. 2024.11.10 13:01:02 - WireGuard > Stopping
. 2024.11.10 13:01:02 - WireGuard > end
! 2024.11.10 13:01:02 - Disconnecting
. 2024.11.10 13:01:03 - Routes, delete 185.156.174.117/32 for interface "en0".
. 2024.11.10 13:01:03 - Collect network information
. 2024.11.10 13:01:04 - Connection terminated.
I 2024.11.10 13:01:07 - Checking authorization ...
! 2024.11.10 13:01:08 - Connecting to Markab (Czechia, Prague)
. 2024.11.10 13:01:08 - Routes, add 185.156.174.29/32 for interface "en0".
. 2024.11.10 13:01:08 - WireGuard > Setup start
E 2024.11.10 13:01:08 - WireGuard > Error: Executable '/Applications/Eddie.app/Contents/MacOS/wireguard-go' not allowed: Not owned by root;
. 2024.11.10 13:01:08 - WireGuard > Stopping
. 2024.11.10 13:01:08 - WireGuard > end
! 2024.11.10 13:01:08 - Disconnecting
. 2024.11.10 13:01:08 - Routes, delete 185.156.174.29/32 for interface "en0".
. 2024.11.10 13:01:08 - Collect network information
. 2024.11.10 13:01:09 - Connection terminated.
I 2024.11.10 13:01:12 - Checking authorization ...
! 2024.11.10 13:01:13 - Connecting to Beemim (Austria, Vienna)
. 2024.11.10 13:01:13 - Routes, add 37.120.155.181/32 for interface "en0".
. 2024.11.10 13:01:13 - WireGuard > Setup start
E 2024.11.10 13:01:13 - WireGuard > Error: Executable '/Applications/Eddie.app/Contents/MacOS/wireguard-go' not allowed: Not owned by root;
. 2024.11.10 13:01:13 - WireGuard > Stopping
. 2024.11.10 13:01:13 - WireGuard > end
! 2024.11.10 13:01:13 - Disconnecting
. 2024.11.10 13:01:13 - Routes, delete 37.120.155.181/32 for interface "en0".
. 2024.11.10 13:01:13 - Collect network information
. 2024.11.10 13:01:15 - Connection terminated.
I 2024.11.10 13:01:16 - Cancel requested.
. 2024.11.10 13:01:16 - Deactivation of Network Lock
! 2024.11.10 13:01:16 - Session terminated.

[harold.lewis 22]

Doing an update from 2.24.2 > 2.24.3, eddie crashes and the network lock turns off and can't be turned on again.
 

F 2024.11.09 17:16:35 - Exception: ip6tables-restore v1.8.10 (legacy): multiple -d flags not allowed

F 2024.11.09 17:16:35 - Error occurred at line: 30

F 2024.11.09 17:16:35 - Try `ip6tables-restore -h' or 'ip6tables-restore --help' for more information

Tried rebooting, and same thing happens.
 

same here, just complain regarding iptables-nft, when Network lock is set in to mode Linux iptables-nft, works when is set in Automatic
going back to 2.24.2

[iwih2gk 93]

Quote

same here, just complain regarding iptables-nft, when Network lock is set in to mode Linux iptables-nft, works when is set in Automatic
going back to 2.24.2

I run my Eddie network lock config set on automatic.  My systems all run full NFT, and such is enabled at boot by my personal system default settings.  Eddie simply sets those rules aside when mounted and places my personal ruleset back when I exit Eddie.  I don't see where that would create a vulnerability I am concerned about.  If so I would love to know what/how?

Can't answer for Mac folks, but for those running Deb variants 2.24.3 is smooth on my end!  I am playing around with 3 vpn servers on a single chain all running on Eddie and not a hitch!  Little speed loss of course but that is through 3 separate countries.

[Clodo 176]

On 11/8/2024 at 10:08 PM, Viaica said:

Minimize in tray now finally works without the GUI going transparent in Xfce/Xubuntu! There's still a little issue, when Eddie is minimized in tray and you click the tray icon and choose "Preferences" or "About" the main window again is completely transparent, you then must click either on the connection or the Show Main Window buttons in the tray to bring the main window back to normal.
Also the sluggishness of the GUI when browsing through Eddie and it's settings which started with 2.24 is still there, at least on my "bare metal" laptop Xubuntus. Windows workstation's Virtualbox Xubuntu has no lagginess or considerably less.

Edit:
Regarding the slowness now that i tested 2.21.8 and a regular Ubuntu liveUSB it's pretty much the same, so I think it's just the laptops hardware showing it's age. Maybe the next software could be more efficient in that sense since I do not notice similar sluggishness on other graphical applications on the same oldish laptops.

This bug is an issue with Mono on Linux, and there’s not much we can do. A UI without Mono is in the works.
 

On 11/11/2024 at 11:48 PM, harold.lewis said:

Doing an update from 2.24.2 > 2.24.3, eddie crashes and the network lock turns off and can't be turned on again.
 

F 2024.11.09 17:16:35 - Exception: ip6tables-restore v1.8.10 (legacy): multiple -d flags not allowed

F 2024.11.09 17:16:35 - Error occurred at line: 30

F 2024.11.09 17:16:35 - Try `ip6tables-restore -h' or 'ip6tables-restore --help' for more information

Tried rebooting, and same thing happens.
 

same here, just complain regarding iptables-nft, when Network lock is set in to mode Linux iptables-nft, works when is set in Automatic
going back to 2.24.2

 

Yes, there is a bug on Linux with the NetworkLock when the OS has iptables-legacy instead of clean iptables or nftables. This issue affects several Arch users. It will be fixed in version 2.24.4, which we will release today or tomorrow. 

> OTHER
 

We are evaluating all other issues as well, thank you for the feedback.

[Staff 9968]

Version 2.24.4 (Thu, 14 Nov 2024 11:40:14 +0000)

• [bugfix] [windows] Fixed an issue with portable edition 2.24.3
• [change] [all] Minor improvements
• [change] [linux] Fixed an issue with network lock with iptables-legacy (also Arch distro)
• [change] [all] Migration from DotNet7 to DotNet8

[Clodo 176]

On 11/10/2024 at 12:05 AM, deltaman8 said:

Upgrading from 2.24.2 to 2.24.3 using "eddie-ui_2.24.3_macos-10.15_arm64_portable.zip".
The following happened on two machines, both running macOS 14.7.1

I have "Don't ask elevation every run" enabled.
After starting 2.24.3 for the first time, the connection to the server could not be established.
From log: "Hummingbird > Error: Exception: Executable '/Applications/Eddie.app/Contents/MacOS/hummingbird' not allowed: Not owned by root;"

Solution:
I disabled the "Don't ask elevation every run". Shutdown Eddie.
Restarted Eddie. Enabled the "Don't ask elevation every run". macOS now asks for Admin password. Shutdown Eddie.
Restarted Eddie. Everything fine.
 

And also @spinmaster

We cannot reproduce this issue right now.
Seem a problem with a security check that we implemented recently.
Disable "Don't ask elevation every run" and re-enable rebuild the check, for this @deltaman8 seem resolve the issue.
I think it's related to migration between version, but again is still under investigation. Please @spinmaster tell us if you resolve with disable & re-enable the launchd service mode. Thanks.

[harold.lewis 22]

12 hours ago, Clodo said:

Yes, there is a bug on Linux with the NetworkLock when the OS has iptables-legacy instead of clean iptables or nftables. This issue affects several Arch users. It will be fixed in version 2.24.4, which we will release today or tomorrow.

fixed for me, thanks
ipv6 disabled system wide, iptables-nft, network lock ok
the only glitch: is not remembering the previous device selected after login
windows version ipv4 - ipv6 no problem

[deltaman8 3]

16 hours ago, Clodo said:

We cannot reproduce this issue right now.
Seem a problem with a security check that we implemented recently.

Migration from 2.24.3 to 2.24.4 went smoothly.
On first startup Eddie 2.24.4 asked immediately for Admin Password and everything was fine.
(I remember now: Every new version asked for Password on very first start. 2.24.3 did not. Maybe that was the problem?)
 

[cla 3]

on macos Sequoia the download & upload speed after a while stack on 0 value
even if VPN still working

[Riddick 13]

On 11/7/2024 at 2:11 PM, Staff said:

New version, mainly bug fixes, to promote it to Stable as soon as possible.

A completely revamped version of the UI, no longer based on Mono (for Linux) and Xamarin (for MacOS), is in development, but we cannot currently estimate a release date.

Version 2.24.3 (Wed, 06 Nov 2024 12:08:47 +0000)
[bugfix] [all] CPU usage optimization
[change] [all] OpenVPN 2.6.12
[bugfix] [all] Various minor fixes
[change] [all] Fine-tuning of Network Lock IPv6 rules (Private & Translation)
[bugfix] [linux] Hide window when minimized to tray
[bugfix] [all] Fixed issue with user/password when used with third-party .ovpn files

@Staff 
I would like to extend my heartfelt thanks for your efforts in resolving the issues related to third-party .ovpn files in the recent release.
And I truly appreciate the consideration given to this matter.

However, I wanted to bring to your attention an observation regarding the recent releases 2.24.3 and 2.24.4 (Windows 10 64-bit)
It appears that the application is not correctly detecting the exit IP when using third-party .ovpn files.
In contrast, the exit IP detection seems to function properly with WireGuard configuration files.

Despite the absence of the exit IP display during the establishment of the VPN connection via the third-party .ovpn file,
I am pleased to report that internet connectivity is indeed functional.
I verified the active IP through https://ipleak.net, and it shows as expected, indicating that the VPN connection is working correctly.

I hope this feedback proves useful as you continue to refine the VPN client.
Thank you once again for your commitment to improving our experience.

 

[spinmaster 30]

On 11/14/2024 at 12:58 PM, Clodo said:

And also @spinmaster

We cannot reproduce this issue right now.
Seem a problem with a security check that we implemented recently.
Disable "Don't ask elevation every run" and re-enable rebuild the check, for this @deltaman8 seem resolve the issue.
I think it's related to migration between version, but again is still under investigation. Please @spinmaster tell us if you resolve with disable & re-enable the launchd service mode. Thanks.

Hi @Clodo, I tried the "fix" from @deltaman8 after updating to 2.42.4. Something is really weird:

When I set the checkbox for "Don't ask elevation every run":



after clicking "save" - it seems to be saved (= 2 seconds spinning beachball), but when I go back to settings, the checkbox is all of a sudden unchecked again, so it seems it is not saved at all:



It does not matter if I quit and restart Eddie (tried that too), the checkbox is not checked after clicking "save". As a result, I cannot connect at all as Eddie remains in that endless connection attempt loop as described earlier.

Whatever security check was recently introduced, it may be related.
 

[Clodo 176]

On 11/16/2024 at 7:03 PM, Riddick said:

It appears that the application is not correctly detecting the exit IP when using third-party .ovpn files.
In contrast, the exit IP detection seems to function properly with WireGuard configuration files.
 

 

There is no difference between OpenVPN and WireGuard when calculating the IP Exit (if non-airvpn profiles are used).
I cannot reproduce the issue; I always get an IP Exit with both OpenVPN and WireGuard using Eddie 2.24.4, Linux Mint, and NordVPN profiles.

Can you confirm if it’s systematic, or does it occasionally manage to detect it? Thanks.
I’ll take note of the issue, but if I manage to reproduce it, it will likely be fixed in future versions. For now, the priority is to release a stable version, even with this minor issue.

[Clodo 176]

On 11/16/2024 at 8:43 PM, spinmaster said:

It does not matter if I quit and restart Eddie (tried that too), the checkbox is not checked after clicking "save". As a result, I cannot connect at all as Eddie remains in that endless connection attempt loop as described earlier.

Please wait the next release, in some days.