Version-Release number of selected component: remmina-1.1.1-1.git.efb7b5f.fc21 Additional info: reporter: libreport-2.3.0 backtrace_rating: 4 cmdline: remmina crash_function: fatal_handler executable: /usr/bin/remmina kernel: 3.17.1-303.fc21.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (5 frames) #1 fatal_handler at /usr/src/debug/FreeRDP-1.2.0-beta1-android7/libfreerdp/utils/signal.c:66 #3 __strncpy_sse2_unaligned at ../sysdeps/x86_64/multiarch/strcpy-sse2-unaligned.S:296 #4 strncpy at /usr/include/bits/string3.h:120 #5 rdpdr_process_connect at /usr/src/debug/FreeRDP-1.2.0-beta1-android7/channels/rdpdr/client/rdpdr_main.c:507 #6 rdpdr_virtual_channel_client_thread at /usr/src/debug/FreeRDP-1.2.0-beta1-android7/channels/rdpdr/client/rdpdr_main.c:929
Created attachment 950713 [details] File: backtrace
Created attachment 950714 [details] File: cgroup
Created attachment 950715 [details] File: core_backtrace
Created attachment 950716 [details] File: dso_list
Created attachment 950717 [details] File: environ
Created attachment 950718 [details] File: limits
Created attachment 950719 [details] File: maps
Created attachment 950720 [details] File: open_fds
Created attachment 950721 [details] File: proc_pid_status
Created attachment 950722 [details] File: var_log_messages
Thank you for the bugreport. How to reproduce that?
I don't know how reproduce this bug. Latest remmina very unstable with Gnome 3.14.
Hello, Alexei. I appreciate you bugreporting and willing made free software better. And may constatate what Giovanni Panozzo deal big work to move remmina forward. Unfortunately it is not very helpful just say 'very unstable'. I also use remmina from rawhide and off course seen some crashes, but may also say it changes. I'll close bug now, but please reopen if you will be able reproduce it or provide more details.
But it is ABRT-bug. I myself came up with this bug. If so lazy to send the bug to the application author, why become a maintainer!
It is not so helpful just constatate what bugs exists. They are always there. If you look at Remmina issues there 147 opened. Some of them for years. I became maintainer including to help authors doing their great work and do not spent time useless. If you so lazy to even try reproduce it, why you think someone should spent time also? If we can't reproduce that than it as minimum not so serious. If we can't reproduce it, how we can then ensure that it relates to remmina and not your environment? At end how we then will be sure it is fixed or not?
IT also have worth to try rawhide version what is branched for FreeRDP 1.2 version separately and considered to more stable. Could you reproduce with it such crash?
Citing Giovanni's answer: === begin quote === I can see that the problem is in freerdp sound plugin. I discovered and fixed a similar problem (github commits of october 18 on both master and next branches, not yet labelled as 1.1.2). The crash I solved was reproducible in the following way: open a RDP connection with sound to a windows server, start playing sound. And when sound is playing, just close the remmina connection window (or tab). If the user can confirm that the crash is obtained in this way (connect, play sound and close remmina window), be sure that it has been fixed, and will appear in a future 1.1.2 bugfix version. === /end quote ===