Crash on Launch

TS6 crashes instantly as soon as i try to open it.

I am on Fedora 43 6.19.10-200.fc43.x86_64

I am running the system package from the tar.gz and after my problem started i switched to the flatpack, but that got the same problem after a while.

here is the report after my most recent crash:

PID: 182945 (TeamSpeak)

UID: 1000 (jenlir)

GID: 1000 (jenlir)

Signal: 6 (ABRT)

Timestamp: Sun 2026-04-12 01:49:38 CEST (3s ago)

Command Line: $‘/home/jenlir/Custom Programme/TS6/TeamSpeak’

Executable: /home/jenlir/Custom Programme/TS6/TeamSpeak

Control Group: /user.slice/user-1000.slice/[email protected]/app.slice/app-\\x2fhome\\x2fjenlir\\[email protected]

Unit: [email protected]

User Unit: app-\\x2fhome\\x2fjenlir\\[email protected]

Slice: user-1000.slice

Owner UID: 1000 (jenlir)

Boot ID: bd82cb7061674beba086991626b8e4f3

Machine ID: fe3f73ff4b574ea59d584f8721cd7c09

Hostname: fedora

Storage: /var/lib/systemd/coredump/core.TeamSpeak.1000.bd82cb7061674beba086991626b8e4f3.182945.1775951378000000.zst (present)

Size on Disk: 3M

Message: Process 182945 (TeamSpeak) of user 1000 dumped core.

Module /home/jenlir/Custom Programme/TS6/TeamSpeak without build-id.

Module libbrotlicommon.so.1 from rpm brotli-1.2.0-1.fc43.x86_64

Module liblzma.so.5 from rpm xz-5.8.1-4.fc43.x86_64

Module libseccomp.so.2 from rpm libseccomp-2.6.0-2.fc43.x86_64

Module liblcms2.so.2 from rpm lcms2-2.16-6.fc43.x86_64

Module libgraphite2.so.3 from rpm graphite2-1.3.14-19.fc43.x86_64

Module libdatrie.so.1 from rpm libdatrie-0.2.13-12.fc43.x86_64

Module libbrotlidec.so.1 from rpm brotli-1.2.0-1.fc43.x86_64

Module libbz2.so.1 from rpm bzip2-1.0.8-21.fc43.x86_64

Module libxml2.so.2 from rpm libxml2-2.12.10-5.fc43.x86_64

Module libgmp.so.10 from rpm gmp-6.3.0-4.fc43.x86_64

Module libnettle.so.8 from rpm nettle-3.10.1-2.fc43.x86_64

Module libhogweed.so.6 from rpm nettle-3.10.1-2.fc43.x86_64

Module libtasn1.so.6 from rpm libtasn1-4.21.0-1.fc43.x86_64

Module libunistring.so.5 from rpm libunistring-1.1-10.fc43.x86_64

Module libidn2.so.0 from rpm libidn2-2.3.8-2.fc43.x86_64

Module libp11-kit.so.0 from rpm p11-kit-0.26.2-1.fc43.x86_64

Module libcrypto.so.3 from rpm openssl-3.5.4-2.fc43.x86_64

Module libkeyutils.so.1 from rpm keyutils-1.6.3-6.fc43.x86_64

Module libkrb5support.so.0 from rpm krb5-1.22.2-3.fc43.x86_64

Module libcom_err.so.2 from rpm e2fsprogs-1.47.3-2.fc43.x86_64

Module libk5crypto.so.3 from rpm krb5-1.22.2-3.fc43.x86_64

Module libkrb5.so.3 from rpm krb5-1.22.2-3.fc43.x86_64

Module libxcb-dri3.so.0 from rpm libxcb-1.17.0-6.fc43.x86_64

Module libX11-xcb.so.1 from rpm libX11-1.8.13-1.fc43.x86_64

Module libblkid.so.1 from rpm util-linux-2.41.4-7.fc43.x86_64

Module libglycin-2.so.0 from rpm glycin-2.0.8-1.fc43.x86_64

Module libcap.so.2 from rpm libcap-2.76-3.fc43.x86_64

Module libharfbuzz.so.0 from rpm harfbuzz-11.5.1-2.fc43.x86_64

Module libthai.so.0 from rpm libthai-0.1.29-11.fc43.x86_64

Module libfribidi.so.0 from rpm fribidi-1.0.16-3.fc43.x86_64

Module libpixman-1.so.0 from rpm pixman-0.46.2-2.fc43.x86_64

Module libxcb-shm.so.0 from rpm libxcb-1.17.0-6.fc43.x86_64

Module libxcb-render.so.0 from rpm libxcb-1.17.0-6.fc43.x86_64

Module libfreetype.so.6 from rpm freetype-2.13.3-3.fc43.x86_64

Module libfontconfig.so.1 from rpm fontconfig-2.17.0-3.fc43.x86_64

Module libpng16.so.16 from rpm libpng-1.6.55-1.fc43.x86_64

Module libXau.so.6 from rpm libXau-1.0.12-3.fc43.x86_64

Module libgnutls.so.30 from rpm gnutls-3.8.12-1.fc43.x86_64

Module libavahi-client.so.3 from rpm avahi-0.9\~rc2-6.fc43.x86_64

Module libavahi-common.so.3 from rpm avahi-0.9\~rc2-6.fc43.x86_64

Module libgssapi_krb5.so.2 from rpm krb5-1.22.2-3.fc43.x86_64

Module libsystemd.so.0 from rpm systemd-258.7-1.fc43.x86_64

Module libplds4.so from rpm nss-3.121.0-1.fc43.x86_64

Module libplc4.so from rpm nss-3.121.0-1.fc43.x86_64

Module libvdpau.so.1 without build-id.

Module libva-x11.so.2 without build-id.

Module libva.so.2 without build-id.

Module libva-drm.so.2 without build-id.

Module libXi.so.6 from rpm libXi-1.8.2-3.fc43.x86_64

Module libselinux.so.1 from rpm libselinux-3.9-5.fc43.x86_64

Module libmount.so.1 from rpm util-linux-2.41.4-7.fc43.x86_64

Module libz.so.1 from rpm zlib-ng-2.3.3-2.fc43.x86_64

Module libgdk_pixbuf-2.0.so.0 from rpm gdk-pixbuf2-2.44.4-1.fc43.x86_64

Module libpcre2-8.so.0 from rpm pcre2-10.47-1.fc43.x86_64

Module libffi.so.8 from rpm libffi-3.5.2-1.fc43.x86_64

Module libatspi.so.0 from rpm at-spi2-core-2.58.4-1.fc43.x86_64

Module libasound.so.2 from rpm alsa-lib-1.2.15.3-1.fc43.x86_64

Module libudev.so.1 from rpm systemd-258.7-1.fc43.x86_64

Module libpango-1.0.so.0 from rpm pango-1.57.1-1.fc43.x86_64

Module libcairo.so.2 from rpm cairo-1.18.4-2.fc43.x86_64

Module libxkbcommon.so.0 from rpm libxkbcommon-1.11.0-1.fc43.x86_64

Module libxcb.so.1 from rpm libxcb-1.17.0-6.fc43.x86_64

Module libcups.so.2 from rpm cups-2.4.16-7.fc43.x86_64

Module libatk-bridge-2.0.so.0 from rpm at-spi2-core-2.58.4-1.fc43.x86_64

Module libatk-1.0.so.0 from rpm at-spi2-core-2.58.4-1.fc43.x86_64

Module libdbus-1.so.3 from rpm dbus-1.16.0-4.fc43.x86_64

Module libsmime3.so from rpm nss-3.121.0-1.fc43.x86_64

Module libnssutil3.so from rpm nss-3.121.0-1.fc43.x86_64

Module libnss3.so from rpm nss-3.121.0-1.fc43.x86_64

Module libnspr4.so from rpm nss-3.121.0-1.fc43.x86_64

Module libavformat.so.62 without build-id.

Module libswscale.so.9 without build-id.

Module libavfilter.so.11 without build-id.

Module libswresample.so.6 without build-id.

Module libavcodec.so.62 without build-id.

Module libavutil.so.60 without build-id.

Module libXrandr.so.2 from rpm libXrandr-1.5.4-6.fc43.x86_64

Module libXfixes.so.3 from rpm libXfixes-6.0.1-6.fc43.x86_64

Module libXext.so.6 from rpm libXext-1.3.6-4.fc43.x86_64

Module libgbm.so.1 from rpm mesa-25.3.6-3.fc43.x86_64

Module libgmodule-2.0.so.0 from rpm glib2-2.86.4-2.fc43.x86_64

Module libXtst.so.6 from rpm libXtst-1.2.5-3.fc43.x86_64

Module libuuid.so.1 from rpm util-linux-2.41.4-7.fc43.x86_64

Module libexpat.so.1 from rpm expat-2.7.3-1.fc43.x86_64

Module libXdamage.so.1 from rpm libXdamage-1.1.6-6.fc43.x86_64

Module libXcomposite.so.1 from rpm libXcomposite-0.4.6-6.fc43.x86_64

Module libgio-2.0.so.0 from rpm glib2-2.86.4-2.fc43.x86_64

Module libXrender.so.1 from rpm libXrender-0.9.12-3.fc43.x86_64

Module libdrm.so.2 from rpm libdrm-2.4.131-1.fc43.x86_64

Module libnotify.so.4 from rpm libnotify-0.8.8-1.fc43.x86_64

Module libglib-2.0.so.0 from rpm glib2-2.86.4-2.fc43.x86_64

Module libgobject-2.0.so.0 from rpm glib2-2.86.4-2.fc43.x86_64

Module libXss.so.1 from rpm libXScrnSaver-1.2.4-6.fc43.x86_64

Module libX11.so.6 from rpm libX11-1.8.13-1.fc43.x86_64

Stack trace of thread 182945:

#0 0x00007f60ac6813cc \__pthread_kill_implementation (libc.so.6 + 0x743cc)

#1 0x00007f60ac62715e raise (libc.so.6 + 0x1a15e)

#2 0x00007f60ac60e6d0 abort (libc.so.6 + 0x16d0)

#3 0x0000563ddbe06976 n/a (/home/jenlir/Custom Programme/TS6/TeamSpeak + 0x3cf2976)

#4 0x0000563ddbe06389 n/a (/home/jenlir/Custom Programme/TS6/TeamSpeak + 0x3cf2389)

#5 0x0000563ddbe06323 n/a (/home/jenlir/Custom Programme/TS6/TeamSpeak + 0x3cf2323)

#6 0x0000563ddbe062c2 n/a (/home/jenlir/Custom Programme/TS6/TeamSpeak + 0x3cf22c2)

#7 0x0000563ddbe2e03d n/a (/home/jenlir/Custom Programme/TS6/TeamSpeak + 0x3d1a03d)

#8 0x00007f60ac6299e1 \__run_exit_handlers (libc.so.6 + 0x1c9e1)

#9 0x00007f60ac629abe exit (libc.so.6 + 0x1cabe)

#10 0x00007f60ac6105bc \__libc_start_call_main (libc.so.6 + 0x35bc)

#11 0x00007f60ac610668 \__libc_start_main@@GLIBC_2.34 (libc.so.6 + 0x3668)

#12 0x0000563dd927d025 n/a (/home/jenlir/Custom Programme/TS6/TeamSpeak + 0x1169025)

Stack trace of thread 182950:

#0 0x00007f60ac6879a2 \__syscall_cancel_arch (libc.so.6 + 0x7a9a2)

#1 0x00007f60ac67bc3c \__internal_syscall_cancel (libc.so.6 + 0x6ec3c)

#2 0x00007f60ac67bc84 \__syscall_cancel (libc.so.6 + 0x6ec84)

#3 0x00007f60ac7028d5 epoll_wait (libc.so.6 + 0xf58d5)

#4 0x0000563dda1eb488 n/a (/home/jenlir/Custom Programme/TS6/TeamSpeak + 0x20d7488)

#5 0x0000563dda1e73d8 n/a (/home/jenlir/Custom Programme/TS6/TeamSpeak + 0x20d33d8)

#6 0x0000563dd9d24c0e n/a (/home/jenlir/Custom Programme/TS6/TeamSpeak + 0x1c10c0e)

#7 0x0000563dd9d244bf n/a (/home/jenlir/Custom Programme/TS6/TeamSpeak + 0x1c104bf)

#8 0x00007f60ac67f464 start_thread (libc.so.6 + 0x72464)

#9 0x00007f60ac7025ec \__clone3 (libc.so.6 + 0xf55ec)

Stack trace of thread 182956:

#0 0x00007f60ac6879a2 \__syscall_cancel_arch (libc.so.6 + 0x7a9a2)

#1 0x00007f60ac67bc3c \__internal_syscall_cancel (libc.so.6 + 0x6ec3c)

#2 0x00007f60ac67bc84 \__syscall_cancel (libc.so.6 + 0x6ec84)

#3 0x00007f60ac6f51de \__poll (libc.so.6 + 0xe81de)

#4 0x00007f60b20f7b00 n/a (libcef.so + 0x58f7b00)

#5 0x00007f60b3bc45be n/a (libcef.so + 0x73c45be)

#6 0x00007f60ac67f464 start_thread (libc.so.6 + 0x72464)

#7 0x00007f60ac7025ec \__clone3 (libc.so.6 + 0xf55ec)

ELF object binary architecture: AMD x86-64

I couldn’t figure out a further solution, if anyone knows a way to help I’d be very greateful.

A few things stand out from your crash report worth checking:

1. Space in the installation path

Your binary runs from /home/jenlir/Custom Programme/TS6/TeamSpeak — the space in “Custom Programme” can cause subtle issues with some Electron/CEF-based apps on Linux, especially with how child processes or sandboxing resolves paths internally.

Try moving the installation to a path without spaces, e.g. /home/jenlir/programs/TS6/ and test again.

2. The crash is self-initiated

Signal 6 (ABRT) with this stack trace means TS6 is calling abort() itself during startup — not a library segfault. The relevant chain is:

__libc_start_main → exit → __run_exit_handlers → [TS6 internal] → abort()

This strongly suggests an internal assertion or sanity check is failing very early, before the main window even opens.

3. Try running with --no-sandbox

CEF-based apps (which TS6 uses) sometimes fail hard during sandbox initialization on certain kernel/seccomp configurations. Given you’re on a very new kernel (6.19.10), it’s worth trying:

./TeamSpeak --no-sandbox

This is a diagnostic step, not a permanent fix.

4. Check terminal output

Run the binary directly from a terminal — TS6 may print useful error output to stdout/stderr before aborting that doesn’t appear in the coredump.

5. Regarding the Flatpak

The fact that the Flatpak worked initially and then broke is a separate signal — that pattern often points to a corrupted config or cache. You can reset it with:

rm -rf ~/.var/app/com.teamspeak.TeamSpeak

(adjust the app ID if it differs on your system)

Can you share what (if anything) is printed to the terminal when you launch directly from the command line?

I have had the same problem with paths that don’t have a space in the directory name, though I changed it.

Yes the main window does not open, and after trying the –no-sandbox flag I got the same problem still.

After removing the config the flatpack is launching again, but breakes after a while in the same fashion again and again.

I’d also prefer to be able to use the version i downloaded directly from the TS Download page and not be bound to the flatpack.
It works, but it shouldn’t have to be the way.

As I’m using the flatpak version myself and helped maintaining it for the newest versions, there could be multiple sources for your crash.

Make sure to have the default settings enabled (in case you tinkered it with flatseal).
What other programs are running besides teamspeak? And is there a pattern for the sudden crashes?

I’ve experienced, that it’s currently immediately crashing, whenever a screenshare is being started from applications other than teamspeak.

I am never screensharing from more than one source, and it crashed even when no other program was running.

The only thing you mentioned may be that multiple sources could be confusing the application.

My problems only started after switching to the directly downloaded version over the flatpack, because the flatpack at first was a bit slow in places.
Now though the flatpack works just fine and is easily fixable for me by just resetting the config.

Interestingly my Fiancée also has the same problem as I do and by resetting the config the flatpack works for her too, but the tar.gz does still crash for her the same way it does for me.

She also uses Fedora 43.

Thanks for the update — that rules out two of my earlier suggestions, so let me correct course.

The path without spaces and --no-sandbox both not helping narrows it down. What stands out now is that both you and your fiancée are on Fedora 43 and experiencing the exact same behaviour with the tar.gz version. That’s not a coincidence — it points to a compatibility issue between TS6’s bundled libraries and something specific to Fedora 43’s current state (it’s a very new, bleeding-edge release).

On the tar.gz crash:

When you run it directly from a terminal, is there any output at all before it exits? Even a single line would help narrow down what internal check is failing. The coredump alone doesn’t tell us why abort() was called, only that it was.

On the Flatpak config corruption:

The recurring pattern — works after reset, breaks again after a while — suggests something is writing bad state into the config during normal use. A few questions that might help identify the trigger:

[code]- Does it break after a specific action (e.g. joining a server, changing a setting)?

  • Does it break after a clean exit, or only after a crash?
  • How long does it typically take before it stops working again?[/code]

If you can catch it just before it breaks, comparing the config files before and after might reveal what’s changing.

Since Hiraku mentioned he maintains the Flatpak and has experience with it, it might also be worth asking him directly in this thread whether there’s a known issue with Fedora 43 specifically — two users hitting the same thing independently is a pattern worth flagging.

@Jenlir When TeamSpeak starts it runs a few tests to figure out which hardware acceleration options are available for screen share, I assume there was (is) a bug somewhere in this logic that triggered the crash specific to your hardware and driver configuration. There have been a lot of fixes with the latest beta version from last week. If you are still affected by this after this update I assume the developers would greatly appreciate a crash dump. When using systemd (like Fedora does) you can manage your crash dumps through coredumpctl.

@Domeninchen I do not think that people join this forum to transitively converse with ChatGPT. If they wanted to do so they would not ask in a forum - which to my knowledge is still primarily for people and not clankers.

6 Likes

I had exactly the same issue with flatpak, gave up using that, I rather downloaded the files directly and updating it thru the app

First of all, I’m not using ChatGPT, and secondly, these are all my own words, thoughts, and knowledge. I only use a translation tool to refine and rephrase my text so it’s easier to understand, since English is not my native language.

But thanks anyway — in the future, I’ll make sure to mention in my posts that I use a translation tool.

Of course there was no ai involved here :smiley:
Anyway Jenlir, did you already test beta4?

2 Likes