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
Connection issues in Desktop client #6641
Comments
I'm also having the same problem but with Windows version after the latest update. |
I have the same problem. client v218.240227.0 on Xubuntu 20.04 |
Hi @shobeira, @Sheldoorr and @tspoon765 , Does any error message appear when you open the client? If so, please click 'send report' then copy and paste any logs as a comment into this issue. Thank you in advance. |
No error at all |
I copied this log file, not sure if it's useful: v218.240227.0 - linux Client: linux == MAIN LOG == == WORKER LOG == == NATIVE LOG == |
When you click on your account name to get it to connect the 'logging in' graphic appears for 1-2 seconds then goes away again, nothing else occurs. Tried it quite a few times, but no connection. |
We can't reproduce it on either Ubuntu 22.04 nor on Windows. |
ipv6 is disabled, tried restarting the app, uninstalled and reinstalled on windows. Restarted Pc.... |
thank you. could you confirm that it works in browser please? |
If you are affected could you please send email to hello@tutao.de with subject "v218.240227 desktop connection issue"? We can ask more specific questions then. |
Working in browser |
Works fine for me on Ubuntu 22 LTS with the latest version after updating via pop-up. |
Any updates? the app is still offline and haven't received any responses after emailing. |
Issue still persists on 218.240305.0 (Desktop). This could only be an issue for people with accounts that have yubikeys registered? |
I am not with Yubikey and the problem exists still.. |
@shobeira I had this same problem for days until I enabled IPv6. If IPv6 is disabled on your device, router, or VPN, try enabling it. After I did that, it was able to start syncing. @charlag can you reproduce the problem by disabling IPv6? It might be related to the device having IPv6 enabled but a router or VPN having it disabled, not sure. The Tuta desktop app had a problem a long time ago with only working with or without (I can't remember) IPv6, and it seems like a similar problem is back. It should not required IPv6 or IPv4. It should be able to failover to whichever works. |
Getting same problem, "No connection to server" error after latest update appimage 218.240305.0 (Desktop). Linux Mint 21.3 cinnnamon, latest patches I found rolling back to Tutanota appimage version 218.240219.0 works for me for now. Any later images have the connection problems. Of interest on my Linux Mint Xfce, I was running an old Tutanota version 3.122.5 (Desktop) and it was fine. When downloading and running the latest appimage 218.240305.0 (Desktop) version the client gave a message along the lines of "keychain corrupted, credentials being removed" then stopped working from there on either old or new client as I think it corrupted the config profile somehow. I had to recreate the config folder Will be using older Tutanota appimage desktop client version 218.240219.0 until a fix can be found. NB: also if I use a VPN connection on the client it appears to work although not an acceptable solution as i need it to run on my normal internet also. I also have an Android Tutanota client and it works with no problems. Webmail is ok also. I don't use yubikey. poss also related to issue #6669 |
The app is now working on windows10. Well it did for a day, now it's offline again. |
The version 218.240307.1 seems working on Ubuntu 22.04 |
Nope, still not working here. |
Problem still happening with Appimage version 218.240307.1 . After some testing, here are my findings. May shed light on problem. Tested Tutanota appimage on new VM installs of Linux mint, MX Linux, Fedora SilverBlue all get same "No connection to server" problem. So Tutanota being run on typical Electron, I can f12 console to get the following: Note the
Just to reiterate Appimage version 218.240219.0. is the last working version for me and doesn't have these issues. Any other Appimage version above from there up to 218.240307.1 inherits this "No connection to server" error. PS: also as a side note, may or may not be related., Tutanota flatpak just on Linux Mint doesn't appear to connect either. Haven't really looked further into it. My 2c troubleshooting, hope that helps. |
Hi, thank you for your info. We are pretty sure it's not related to unload event but to IPv4/IPv6. It seems like everyone who has the issue has some kind of IPv6 address but it's not fully working and the app chooses to use IPv6 in those cases. |
I tried disabling IPv6 at all, on the host OS (checked to make sure no IPv6 address had been assigned to he interface), and still no luck. I can confirm that IPv6 on my network isn't working though (never bothered to look at it previously). Interestingly (sadly?), I realized that Android app also doesn't work on the same network. If I use mobile data, works perfectly. Seems something else, not necessarily linked to platform (desktop, mobile), is to blame. Every other process/app/whatever works on this network, except Tuta. |
It looks like IP block rather than IPv6 issue in your case |
It might be, it might not, but today, nothing else having changed, Android app started working. It's important to note that I too had success in using the Linux app when downgrading. |
Even this version is not working and i beleive it is related to IP versions as others mentioned and based on my own tests. |
Tested disabling IPV6 in network settings and can confirm this works on the latest appimage version v220.240321.0 as a workaround, currently only running network on IPV4. Idealy would be good if Tuta is workable on IPV6 for futureproofing and due to fact that some users like me use IPV6 for various reasons. |
@samsaraswheel Tuta does work on IPv6. Could you please check if other connections work over IPv6 like |
Nope, no VPN at all. Curiously, it's working just fine right now. |
There is a possible workaround if anyone wants to build the client from that branch: |
* [desktop] Update electron to 29.2.0 * [desktop] Fix IPv6 connectivity issues fix #6641
Why is this closed? the issue has not been resolved. The app is still offline. |
@Sheldoorr The issue is fixed in 220.240405.0 as mentioned above. You just have to update the app when it is finished being compiled and uploaded to the releases page here (or through your package manager or app store or whatever you use). Assuming the naming convention is any indicator of a release date ( 220.240405.0) it should be released within the next 24 hours or so. There is nothing more to do than wait for the update to get built or alternatively compile the new build from git yourself (if you want the fix immediately). |
There was an update, a day later it's offline again. Obviously not fixed. PS: closing this doesn't make the problem go away. |
@Sheldoorr "The issue is fixed in 220.240405.0". The current release is "220.240403.0" as shown on the release page (you can find this information on the same page you are reading this post by clicking the button that says "Code" up at the top left and looking at the right hand side of that same page that says "Releases"), which was released 3 days ago (you just got the update 2 days later as you have to wait for whatever package manager you are using). Of course enabling ipv6 would have solved the issue immediately while awaiting the update as stated already above. I hope this helps you understand what is happening. Going to unsubscribe now as this issue has already been solved upstream. |
Choosing to ignore the problem is your choice but it will come back to bite you one way or another. ipv6 is enabled...... |
The issue is closed because we merged the fix but didn't release it yet. Sorry for the confusion, the fix is coming soon |
Linux Debian 12 the monkey has been patched pid: 7823 |
As of today, after upgrading to latest version via pop-up, I also am experiencing this bug. Using Debian 12 and the latest appimage. Can connect to account using Android app (both using 4G or local WiFi, makes no difference) or webapp over same network as desktop app. IPv6 enabled and working. Using VPN. FYI: https://github.com/tutao/tutanota/releases/tag/tutanota-desktop-release-218.240219.0 isn't working either. |
Tested new version today - v220.240408.0 - on Ubuntu 22.04, working fine. Hope others have success too. Thanks for your efforts, people. |
Still an issue for me on v220.240411.0, unfortunately. (On NixOS, installed via AppImage) |
On Debian 12 v220.240411.0 AppImage still not working. |
@exxelxior @cumber do you have IPv6 enabled? Does it work? Do you have VPN enabled? Does webapp work for you? |
No VPN. I'm not completely confident in my knowledge of ipv6 stuff, but I believe the ipv6 stack on my computer is working (I can Tuta works perfectly fine through a browser (about info shows So the issue is that it's preferring ipv6 connections and under some circumstances isn't failing over to ipv4? |
@cumber thank you for the update. |
I was redirected here from the issue I made, so I'll copy the logs from mine here.
|
@charlag Hmm, if |
I have noticed that undici will even helpfully report which address it did try, we should add more logging: |
I have IPv6 enabled and its status is like @cumber results. |
Bug description
The app pop-up notification notified about the new version of the app and it is installed successfully. After auto relaunch, the app is not getting connected Linux app is not connecting to Tuta anymore and only shows the last connected time. No email received or send.
Desktop (please complete the following information):
Test notes
The text was updated successfully, but these errors were encountered: