TeamViewer 13/14 - Lauches but no Partner-ID is set...

[Zappo-II]

trafficstars

TeamViewer 13.2.13582 Remmina 1.2.31.4 PlugIn 1.2.3.0 (aur) Linux 4.18.6-arch1-1-ARCH #1 SMP PREEMPT Wed Sep 5 11:54:09 UTC 2018 x86_64 GNU/Linux

TeamViewer 13 GUI lauches but no Partner-ID is set...just like starting TeamViewer with no parameters at all...

[Zappo-II]

TeamViewer 14.1.18533 Remmina 1.3.4 (git n/a) PlugIn 1.2.3.0 (aur) Linux weareborg 5.0.2-arch1-1-ARCH #1 SMP PREEMPT Thu Mar 14 18:47:49 UTC 2019 x86_64 GNU/Linux

TeamViewer 14 GUI lauches but no Partner-ID is set...just like starting TeamViewer with no parameters at all...

I don't believe that this behaviour is intended...

Acceptance criteria would be:

• TeamViewer GUI Launches
• Either (at least):
  • Konfigured Partner ID is set
• Or (at best):
  • Connection with konfigured Partner ID is established...
  • Konfigured password is used to authenticate...

[Zappo-II]

Took a peek at the code and saw that the parameters are read from config as I anticipated them to be...

So this behaviour is definitely not intended...

After digging somehow deeper into the issue I became aware that remmina core dumps on TeamViewer launch...

[arch-un@weareborg ~]$ remmina
StatusNotifier/Appindicator support: not supported by desktop. Remmina will try to fallback to GtkStatusIcon/xembed
Running under Gnome Shell version 3.32.0

(org.remmina.Remmina:29175): Gtk-WARNING **: 14:51:44.458: gtk_menu_attach_to_widget(): menu already attached to GtkMenuItem

(org.remmina.Remmina:29175): Gtk-CRITICAL **: 14:51:49.221: gtk_window_resize: assertion 'width > 0' failed
WARNING: remmina_file_get_secret(remminafile,"password") is deprecated and must not be called. Use remmina_file_get_string() and do not deallocate returned memory.

Init...
CheckCPU: SSE2 support: yes
Checking setup...
Launching TeamViewer ...
Launching TeamViewer GUI ...
Speicherzugriffsfehler (Speicherabzug geschrieben)
[arch-un@weareborg ~]$

Core Dump Info:

[arch-un@weareborg ~]$ coredumpctl info -r
           PID: 29175 (remmina)
           UID: 1000 (arch-un)
           GID: 100 (users)
        Signal: 11 (SEGV)
     Timestamp: Wed 2019-03-20 14:51:49 CET (7min ago)
  Command Line: remmina
    Executable: /usr/bin/remmina
 Control Group: /user.slice/user-1000.slice/[email protected]/gnome-terminal-server.service
          Unit: [email protected]
     User Unit: gnome-terminal-server.service
         Slice: user-1000.slice
     Owner UID: 1000 (arch-un)
       Boot ID: 174bae9e4403471ca51a095d64240298
    Machine ID: 4501e2571699433fb1daf4ff5e2abe03
      Hostname: weareborg
       Storage: /var/lib/systemd/coredump/core.remmina.1000.174bae9e4403471ca51a095d64240298.29175.1553089909000000.lz4
       Message: Process 29175 (remmina) of user 1000 dumped core.
                
                Stack trace of thread 29175:
                #0  0x00005602755152fd rch_check_resize (remmina)
                #1  0x0000560275515820 n/a (remmina)
                #2  0x00007f7cdf505e53 n/a (libglib-2.0.so.0)
                #3  0x00007f7cdf506661 g_main_context_dispatch (libglib-2.0.so.0)
                #4  0x00007f7cdf508739 n/a (libglib-2.0.so.0)
                #5  0x00007f7cdf50877e g_main_context_iteration (libglib-2.0.so.0)
                #6  0x00007f7cdf37ef5e g_application_run (libgio-2.0.so.0)
                #7  0x00005602754e61ab main (remmina)
                #8  0x00007f7cde97c223 __libc_start_main (libc.so.6)
                #9  0x00005602754e620e _start (remmina)
                
                Stack trace of thread 29177:
                #0  0x00007f7cdea48c21 __poll (libc.so.6)
                #1  0x00007f7cdf508690 n/a (libglib-2.0.so.0)
                #2  0x00007f7cdf5096d2 g_main_loop_run (libglib-2.0.so.0)
                #3  0x00007f7cdf33a568 n/a (libgio-2.0.so.0)
                #4  0x00007f7cdf4e3c21 n/a (libglib-2.0.so.0)
                #5  0x00007f7cdf0eda9d start_thread (libpthread.so.0)
                #6  0x00007f7cdea53b23 __clone (libc.so.6)
                
                Stack trace of thread 29178:
                #0  0x00007f7cdea4e4ed syscall (libc.so.6)
                #1  0x00007f7cdf4b7141 g_cond_wait_until (libglib-2.0.so.0)
                #2  0x00007f7cdf5382e3 n/a (libglib-2.0.so.0)
                #3  0x00007f7cdf5384e3 g_async_queue_timeout_pop (libglib-2.0.so.0)
                #4  0x00007f7cdf4dcd6a n/a (libglib-2.0.so.0)
                #5  0x00007f7cdf4e3c21 n/a (libglib-2.0.so.0)
                #6  0x00007f7cdf0eda9d start_thread (libpthread.so.0)
                #7  0x00007f7cdea53b23 __clone (libc.so.6)
                
                Stack trace of thread 29176:
                #0  0x00007f7cdea48c21 __poll (libc.so.6)
                #1  0x00007f7cdf508690 n/a (libglib-2.0.so.0)
                #2  0x00007f7cdf50877e g_main_context_iteration (libglib-2.0.so.0)
                #3  0x00007f7cdf5087d2 n/a (libglib-2.0.so.0)
                #4  0x00007f7cdf4e3c21 n/a (libglib-2.0.so.0)
                #5  0x00007f7cdf0eda9d start_thread (libpthread.so.0)
                #6  0x00007f7cdea53b23 __clone (libc.so.6)
[arch-un@weareborg ~]$