Cool update!
Is it possible for the bundled QT library on Linux to use the system’s default theme?
I’m using a theme engine to get a unified look for QT and GTK apps, but the QT library shipped with Teamspeak seems to ignore the theme engine 
.
https://wiki.archlinux.org/title/Uniform_look_for_Qt_and_GTK_applications#QGnomePlatform
! Plugin API increased to 26 as workaround for Qt update incompatibility
How can I release an update of my plugin, when there is no SDK update?
Interesting, so why is it running with 3.5.7 Beta? 
The new API version is mainly because plugins need to be compiled against the newer version of Qt used.
Tha API itself has (apparently) not changed since version 24. But since the last release was for 23 you need to use the repo itself.
After going back to 3.5.6 when I first ran into this problem, I also reactivated the master password.
This means I had the master password from 3.5.6, then yesterday the update was shown and I chose to update (of course). I cannot login with 3.6.0, so something is not working with the encryption of my (3.5.6) master password, and going back to 3.5.6 is not possible either… (while I understand why going back might not be possible, the situation now seems to be worse than in the beta).
Best regards
Since the update to version 3.6.0, I and at least one other person I know see their own badges, but other users do not see them. Only when you manually save the badges again in the settings are they visible to other users. Do you know anything about this?
We believe that you have a problem with the master password.
But following doesn’t fit.
This can’t be the case because the beta 3.6.0 you had (from may 11th) before did not work with password from 3.5.6.
But if you had the beta 3.6.0 (from June 13) then the master password from 3.5.6 should work . Same as in this stable release.
I know these releases may confuse a bit but we believe the password was set in the 3.6.0 from may.
Could that be?
With a workaround during the Beta from May the master password would not work with latest stable.
When password was set in 3.5.x and client was updated to 3.6.0 this issue can not be reproduced.
Had not experienced such issue with my clients so far.
Do you still client log where this happened (i mean the one before you saved them again).
Should be the first client log starting with client 3.6.0.
I have the log files, but there are no errors or other entries about myTS/Badges. Are you looking for something specific?
But I have found out one thing: The problem only occurs with servers that have auto connect activated when TeamSpeak starts.
If the connection to a server is established quickly at launch, the badges are missing.
If the connection takes a few seconds at launch, the badges are there.
Perhaps a problem with the introduction of the new myTS push service?
disconnected from push system can be found in the log before the connection to a server where auto connect is activated and the connection only takes a short time.
I reactivated the master password on the version I was using until this Monday (whichever it was, any way I can check this?).
I also remember the workaround to get to beta 3.6.0 in May: “Workaround: Disable master password in 3.5.6, update to 3.6.0, enable master password.” That’s what I did at the time.
But I thought I had gone back to 3.5.6, because I wanted to be able to test the update again later when you bring up a new release.
That’s it. I can reproduce this that way.
Thank you.
By checking the logs and the client version in it. But you must remember when you did set the master password.
Which logs should I check?
→ %AppData%\TS3Client\logs is empty.
Like many others with the new update, TS keeps crashing immediately after trying to open it on Mac.
I have also tried downgrading back to 3.5.6, but that crashes now immediately, too. So I basically can’t use TS at all on my Mac. I don’t know what to do, but this is so aggravating.
Here’s the most recent log from my last attempt to open TS:
==================================================================================================================================
2023-06-22 11:47:45.835295|INFO | | |TeamSpeak Client 3.6.0 (2023-06-14 13:36:04)
2023-06-22 11:47:45.835508|INFO | | |SystemInformation: Darwin 22.5.0 Darwin Kernel Version 22.5.0: Mon Apr 24 20:52:24 PDT 2023; root:xnu-8796.121.2~5/RELEASE_ARM64_T6000 x86_64 Binary: 64bit
2023-06-22 11:47:46.472864|DEBUG |SoundDevManager| |Error resolving soundbackends folder (/Applications/TeamSpeak 3 Client.app/Contents/SharedSupport/soundbackends): No such file or directory
2023-06-22 11:47:46.546776|INFO |ClientUI | |OpenGL Info: LibGL, Vendor: Apple, Renderer: Apple M1 Max, Version: 4.1 Metal - 83.1
2023-06-22 11:47:46.547264|ERROR |RevocationListCache| |Failed to import revocation list from cache
2023-06-22 11:47:46.629330|INFO |Addons | |Checking for addon updates...
2023-06-22 11:47:46.730480|INFO |SyncImpl | |Creating default config in local storage
You may use the old beta 3.5.7 to get around that crash till we can offer any fixed version.
TeamSpeak3-Client-macosx-3.5.7.dmg
Original topic to that issue
Yes, doing so for a year now. That’s the only stable version for Mac. 
Thank you, just downloaded and so far is functioning.
So I updated my teamspeak to v3.6.0 and now when ever i go to launch team speak it keep crashing. Unsure of what is going on. Would like a fix for this. To me v3.6.0 is an unstable build
