Forum

Results 1 to 10 of 10
  1. #1
    Join Date
    September 2012
    Posts
    6,076

    [Discussion] TeamSpeak 3 Client 3.1.7

    This thread is for discussion and feedback for the 3.1.7 release of the TeamSpeak Client.
    Please see the announcement for changelog / features.
    When sending PMs please make sure to include a reference link to the thread in question in the body of your message.

  2. #2
    Join Date
    June 2011
    Location
    Germany
    Posts
    4,344
    What exactly did you change for the TSDNS resolve process?

  3. #3
    Join Date
    April 2011
    Location
    Germany
    Posts
    1,266
    Well the part
    A Target of "." means that the service is decidedly not available at this domain.
    of RFC2782 is still not implemented. The Target "." is noted in client log with
    16.12.2017 09:40:24 TSDNS Info SRV DNS resolve successful, "_tsdns._tcp.xxmydomainxx.de" =(h: p:41144)
    . But after that the server at A/AAAA xxmydomainxx.de is still bothered with TCP SYN on port 41144

  4. #4
    Join Date
    June 2011
    Location
    Germany
    Posts
    4,344
    Since 3.0.0.-beta1 or 2, decidedly unavailable does cause an instant "cannot resolve" in the chat log. At least for TS3.

    I think that the issue is that SRV takes longer to answer than A or AAAA. TeamSpeak has no order in which it does the lookups so TeamSpeak does the SYN before it knew that the service is decidedly unavailable at this domain.

  5. #5
    Join Date
    December 2017
    Posts
    2

    Teamspeak won't launch after update (certificate error)

    I'm still getting the following error in the latest update (3.1.7):

    terminating with uncaught exception of type boost::system::system_error: Error creating HTTP connection factory: X509 - Read/write of file failed
    This fix in this thread still works, but wanted to forward the information to the developers that the problem still exists:

    http://forum.teamspeak.com/threads/1...3-Client-3-1-6

  6. #6
    Join Date
    June 2008
    Location
    Krün, Germany
    Posts
    510
    Quote Originally Posted by numma_cway View Post
    What exactly did you change for the TSDNS resolve process?
    In the resolve chain there was a synchronous blocking call (by accident), which I replaced with an asynchronous call. We noticed this while the server nickname backend was temporarily unavailable recently and the UI froze while trying to resolve.

    Basically no functional change, just some code cleanup to ensure the UI thread is not going to block while a resolve is in process. This only affected server nickname lookup, which happens before regular TSDNS lookup, which itself was not affected.
    Assuming the servers are running normally, you should not notice any different behaviour.


    Quote Originally Posted by drohm View Post
    I'm still getting the following error in the latest update (3.1.7):
    In theory the startscript should find the proper location of your CA certificates file.

    Please see this pastebin for the behaviour on my Ubuntu 17.04 box. This forum does not allow me to post some lines of bash commands...

    So, the startscript executes openssl to query the location of the ssl certificates directory, then saves the result in SSL_CERT_FILE/SSL_CERT_DIR and starts TeamSpeak, which will then use SSL_CERT_FILE/SSL_CERT_DIR to find the CA certificates file. It won't do the whole thing if you have an existing environment variables SSL_CERT_FILE or SSL_CERT_DIR, in which case we use the existing value (assuming the user set it for a reason).

    Without a CA certificates file TeamSpeak won't function properly. Admittedly, crashing on start is ugly and instead it should start and notify the user about the problem (yes, we should fix this). But this isn't going to solve your problem, because you need a CA certificates file. Most of our http-based connections (with a few exceptions where you are only querying stuff like latest version) are encrypted and would not work without a CA certificates file.
    So we should try to find out why your certificates are not found. Either you have them in another directory than expected or you do not have them installed.

    Could you please:
    a) Execute above commands on your box and post the results here? For more details on these commands look into the startscript.
    b) Check if you have environment variables SSL_CERT_FILE and/or SSL_CERT_DIR set. If yes, try to unset them before running the startscript.
    c) Are you using the startscript at all or are you executing the TeamSpeak client binary directly? If directly, try the startscript instead.
    d) Which Linux distribution are you running, and which version of it?

    Right now I can only guess what goes wrong on your box. Our Q/A team is currently unable to reproduce the problem locally, so it's difficult for us to provide a satisfying solution. I'm not saying the startscript is perfect and there is no room for improvement, but without knowing what exactly goes wrong we cannot really make it better.


    UPDATE
    We did some experimental changes to the startscript. Could you please try to replace your startscript with this one and see if that helps?
    http://dl.4players.de/ts/client/beta/experimental/
    Last edited by PeterS; December 19th, 2017 at 01:31 PM.

  7. #7
    Join Date
    June 2011
    Location
    Germany
    Posts
    4,344
    Quote Originally Posted by PeterS View Post
    In the resolve chain there was a synchronous blocking call (by accident), which I replaced with an asynchronous call. We noticed this while the server nickname backend was temporarily unavailable recently and the UI froze while trying to resolve.

    Basically no functional change, just some code cleanup to ensure the UI thread is not going to block while a resolve is in process. This only affected server nickname lookup, which happens before regular TSDNS lookup, which itself was not affected.
    Assuming the servers are running normally, you should not notice any different behaviour.
    Thanks. I was just asking because TSDNS and server nicknames aren't related. Server nicknames appear to work like a lookup before anything else is done with its result like if that one was entered from the start. The steps after nickname lookup are agnostic of the server nickname.
    But not it makes sense to me.

    So these two changes are basically just one change, aren't they?
    Code:
    * Overhauled TSDNS code to better integrate new server nicknames into the
      existing resolve process.
    - Fixed client freeze when trying to resolve a server nickname and backend
      is unavailable or slow.

  8. #8
    Join Date
    June 2008
    Location
    Krün, Germany
    Posts
    510
    Quote Originally Posted by numma_cway View Post
    So these two changes are basically just one change, aren't they?
    Code:
    * Overhauled TSDNS code to better integrate new server nicknames into the
      existing resolve process.
    - Fixed client freeze when trying to resolve a server nickname and backend
      is unavailable or slow.
    There was a second change, forgot about that previously, affecting the detection is a string is a server nickname or not, which would decide if it goes through the server nickname lookup first or immediately to TSDNS. There were a few issues with some unicode characters and whitespaces where the "is this a servername?" check might have failed.

    So, indeed two different things. But both not affecting TSDNS itself, only the lookup behaviour before we go into TSDNS.

  9. #9
    Join Date
    June 2011
    Location
    Germany
    Posts
    4,344
    I just check for a dot in my lookup visualizer. What do you check to decide if it's a nickname or not?

  10. #10
    Join Date
    December 2017
    Posts
    1

    Hello, when can clients join Simplified Chinese?

    Hello, when can clients join Simplified Chinese?

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Similar Threads

  1. [Discussion] TeamSpeak 3 Client 3.1.6
    By Chris in forum Suggestions and Feedback
    Replies: 17
    Last Post: December 19th, 2017, 01:56 PM
  2. [Discussion] TeamSpeak 3 Client 3.1.4.x
    By Chris in forum Suggestions and Feedback
    Replies: 6
    Last Post: June 30th, 2017, 12:14 PM
  3. [Discussion] TeamSpeak 3 Client Release 3.1.2
    By Chris in forum Suggestions and Feedback
    Replies: 0
    Last Post: March 20th, 2017, 01:26 PM
  4. [Discussion] TeamSpeak 3 Client 3.0.19.*
    By Justinien in forum Suggestions and Feedback
    Replies: 18
    Last Post: July 20th, 2016, 06:42 PM
  5. TeamSpeak 3 Client 3.0.5 Release Discussion
    By PeterS in forum Archive
    Replies: 5
    Last Post: March 11th, 2012, 09:27 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •