-
Notifications
You must be signed in to change notification settings - Fork 806
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
[Bug]: Crash in 3.15.0 #7610
Comments
Me too! |
++1 |
Me too! |
Yes I can confirm the issue, I'm still on 3.13.4 as the crash has been there since 3.14. If you need an older version, you should be able to find it in the AppData folder. |
same here. |
Is it on a VmWare? |
@camilasan Hello, I would like to say that at least I am not. I have another Nextcloud desktop installed in a PVE VM (Windows 11) with almost no other 3rd party software installed and am experiencing similar issues. In my experience, 3.13.x always worked fine, the problem started with 3.14. |
No, it is not used on VMware. I think it might be related to the fact that the server runs Linux, the client is Windows, or the filenames and content contain Chinese characters. |
It was crashing with version 3.14.3, and after updating to 3.15, it stabilized for a while. Now it's starting to crash frequently again. It's urgent. |
My environment is the same as yours. I rolled back from 3.15.0 to 3.14.3 yesterday, and so far so good. |
Yes, my server is Ubuntu, and the client is Windows 10. In my materials, both directory names and file names contain a large number of Chinese characters. I have two clients, one of which is a Windows 10 with a Chinese system, and it crashes frequently. The other one is a Windows 10 with an English system, and no crashes have been observed so far. I used version 3.12.4, and there were no crashes. |
I've been experiencing the same issue since version 3.14 on two machines, but the third machine which syncs to the same exact servers is fine. The crash happens when synchronization starts, there is no error message and the program just quits silently. Version 3.13.4 worked without crashes on all machines. The OS on the crashing machine is Windows 10 22H2. |
No. It happened on the Windows 11 Home Edition 23H2 native. |
YES. |
I experienced the same issue on server 29.0.10 and client 3.15.0. |
Really, after version 3.13.4 the app become unstable on all my machines. |
Updated to 3.15.1. The crash is still happening.
After that I got the crash dialog to display and opened Visual Studio to debug. I was able to gather the following:
|
The same as here #7258 |
Bug description
I upgraded from 3.13.4 desktop to 3.15.0. The reason I didn't upgrade before was that every upgrade would cause unexpected crashes during file synchronization of Nextcloud Desktop running on two Windows 11 machines, without any prompts. I thought this issue should have been resolved after so many version updates, but after upgrading yesterday, the crash problem still occurred.
I am confused now, I can no longer find version 3.13.4 on the internet, but I can find versions 3.13.3 and 3.14.0. It seems like this version has been skipped.
Steps to reproduce
As long as the synchronization starts, the program crashes
Expected behavior
work normally
Which files are affected by this bug
I don't know
Operating system
Windows
Which version of the operating system you are running.
Windows 11
Package
Official Windows MSI
Nextcloud Server version
29.0.6
Nextcloud Desktop Client version
3.15.0
Is this bug present after an update or on a fresh install?
Fresh desktop client install
Are you using the Nextcloud Server Encryption module?
Encryption is Disabled
Are you using an external user-backend?
Nextcloud Server logs
Additional info
you can download the Desktop Client Log from here: https://nextcloud.cheming.top:4443/s/jZ4eGnJmkXszwgB
The text was updated successfully, but these errors were encountered: