Skip to main content
January 3, 2017
Question

Flash 24.0.0.186 crash on Fedora 25 Linux with Firefox

  • January 3, 2017
  • 1 reply
  • 1769 views

Based on thread Adobe Forum thread #2251159, I'm using firefox-50.1.0 downloaded from mozilla.org instead of Fedora's built-in Firefox. The crashes have been reduced, but still occur. Here is my crash report from about:crashes:

[@ libflashplayer.so@0x671412] - Firefox 50.1.0 Crash Report - Report ID: 9d2dd0e4-806c-413e-9da1-8fb192170103

I also have the core dump and I downloaded the matching symbols using symbols.py in gdb and I ran back trace:

[root@10:10:14 /var/lib/systemd/coredump]$ gdb /work/firefox/firefox/plugin-container core.plugin-containe.1000.a1fdfbc0be19463382b9b10ffb414ebe.3767.1483465460000000000000

GNU gdb (GDB) Fedora 7.12-29.fc25

Copyright (C) 2016 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law.  Type "show copying"

and "show warranty" for details.

This GDB was configured as "x86_64-redhat-linux-gnu".

Type "show configuration" for configuration details.

For bug reporting instructions, please see:

<http://www.gnu.org/software/gdb/bugs/>.

Find the GDB manual and other documentation resources online at:

<http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".

Type "apropos word" to search for commands related to "word"...

Reading symbols from /work/firefox/firefox/plugin-container...Reading symbols from /root/.cache/gdb/.build-id/49/844425d18e84613aa448c1da93e364fd600fe4.debug...done.

done.

warning: core file may not match specified executable file.

[New LWP 3767]

[New LWP 3773]

[New LWP 4063]

[New LWP 3774]

[New LWP 4070]

[New LWP 3775]

[New LWP 3776]

[New LWP 3859]

[New LWP 4071]

[New LWP 4174]

[New LWP 3769]

[Thread debugging using libthread_db enabled]

Using host libthread_db library "/lib64/libthread_db.so.1".

warning: section .elfhack.text.v0 not found in /root/.cache/gdb/.build-id/04/221bbb1bf498332542834f117c5dc05fdaf3c2.debug

warning: section .elfhack.data.v0 not found in /root/.cache/gdb/.build-id/04/221bbb1bf498332542834f117c5dc05fdaf3c2.debug

warning: section .elfhack.text.v0 not found in /root/.cache/gdb/.build-id/0b/6094db419e5c4b7a42df0d9823b53ed1a6db02.debug

warning: section .elfhack.data.v0 not found in /root/.cache/gdb/.build-id/0b/6094db419e5c4b7a42df0d9823b53ed1a6db02.debug

Missing separate debuginfo for /work/firefox/firefox/libnss3.so

Missing separate debuginfo for /work/firefox/firefox/libsmime3.so

Missing separate debuginfo for /work/firefox/firefox/libssl3.so

Missing separate debuginfo for /work/firefox/firefox/libnssutil3.so

warning: section .elfhack.text.v0 not found in /root/.cache/gdb/.build-id/e8/cd0539ee41be0eaddd870d252d45ce43e7207b.debug

warning: section .elfhack.data.v0 not found in /root/.cache/gdb/.build-id/e8/cd0539ee41be0eaddd870d252d45ce43e7207b.debug

Missing separate debuginfo for /work/firefox/firefox/libsoftokn3.so

Missing separate debuginfo for /work/firefox/firefox/libnssdbm3.so

Missing separate debuginfo for /work/firefox/firefox/libfreeblpriv3.so

Core was generated by `/work/firefox/firefox/plugin-container /home/kevin/.mozilla/plugins/libflashpla'.

Program terminated with signal SIGSEGV, Segmentation fault.

#0  0x00007f8a6a13b412 in ?? () from /home/kevin/.mozilla/plugins/libflashplayer.so

[Current thread is 1 (Thread 0x7f8a87720140 (LWP 3767))]

(gdb) bt

#0  0x00007f8a6a13b412 in  () at /home/kevin/.mozilla/plugins/libflashplayer.so

#1  0x00007f8a7b88fac1 in gdk_event_apply_filters (xevent=xevent@entry=0x7ffd7c888680, event=event@entry=0x7f8a63149420, window=window@entry=

    0x7f8a6ca0b000 [GdkWindow]) at gdkevents-x11.c:371

#2  0x00007f8a7b89136d in gdk_event_translate (display=display@entry=0x7f8a756ff000 [GdkDisplayX11], event=event@entry=0x7f8a63149420, xevent=xevent@entry=0x7ffd7c888680, return_exposes=return_exposes@entry=0) at gdkevents-x11.c:1074

#3  0x00007f8a7b8933c6 in _gdk_events_queue (display=display@entry=0x7f8a756ff000 [GdkDisplayX11]) at gdkevents-x11.c:2358

#4  0x00007f8a7b89346e in gdk_event_dispatch (source=<optimized out>, callback=<optimized out>, user_data=<optimized out>) at gdkevents-x11.c:2419

#5  0x00007f8a7e319e42 in g_main_dispatch (context=0x7f8a756707c0) at gmain.c:3203

#6  0x00007f8a7e319e42 in g_main_context_dispatch (context=context@entry=0x7f8a756707c0) at gmain.c:3856

#7  0x00007f8a7e31a1c0 in g_main_context_iterate (context=context@entry=0x7f8a756707c0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>)

    at gmain.c:3929

#8  0x00007f8a7e31a26c in g_main_context_iteration (context=0x7f8a756707c0, may_block=1) at gmain.c:3990

#9  0x00007f8a82cf1d5b in base::MessagePumpForUI::RunWithDispatcher(base::MessagePump::Delegate*, base::MessagePumpForUI::Dispatcher*) (this=0x7f8a75679630, delegate=<optimized out>, dispatcher=<optimized out>) at /builds/slave/m-rel-l64-00000000000000000000/build/src/ipc/chromium/src/base/message_pump_glib.cc:195

#10 0x00007f8a85174fee in MessageLoop::RunInternal() (this=0x7ffd7c888a00)

    at /builds/slave/m-rel-l64-00000000000000000000/build/src/ipc/chromium/src/base/message_loop.cc:232

#11 0x00007f8a85174fee in MessageLoop::RunHandler() (this=0x7ffd7c888a00)

    at /builds/slave/m-rel-l64-00000000000000000000/build/src/ipc/chromium/src/base/message_loop.cc:225

#12 0x00007f8a85174fee in MessageLoop::Run() (this=this@entry=0x7ffd7c888a00)

    at /builds/slave/m-rel-l64-00000000000000000000/build/src/ipc/chromium/src/base/message_loop.cc:205

#13 0x00007f8a84188840 in XRE_InitChildProcess(int, char**, XREChildData const*) (aArgc=<optimized out>, aArgv=<optimized out>, aChildData=<optimized out>)

    at /builds/slave/m-rel-l64-00000000000000000000/build/src/toolkit/xre/nsEmbedFunctions.cpp:681

#14 0x0000000000413563 in content_process_main(int, char**) (argc=<optimized out>, argv=0x7ffd7c888d08)

    at /builds/slave/m-rel-l64-00000000000000000000/build/src/ipc/app/../contentproc/plugin-container.cpp:224

#15 0x00007f8a80ff2401 in __libc_start_main (main=

    0x40d920 <main(int, char**)>, argc=11, argv=0x7ffd7c888d08, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffd7c888cf8) at ../csu/libc-start.c:289

#16 0x0000000000412cf1 in _start ()

The top stack frame is in libflashplayer.so. Is there any way to get debug symbols for this shared library so that we can see symbols for this stack? I can upload the core dump if needed (225MB).

Note that I had to copy libflashplayer.so from /usr/lib64/mozilla/plugins/libflashplayer.so into ~/.mozilla/plugins since the downloaded Firefox didn't pick that up automatically.

$ dnf list installed | grep flash

flash-player-ppapi.x86_64            24.0.0.186-release            @adobe-linux-x86_64

flash-plugin.x86_64                  24.0.0.186-release            @adobe-linux-x86_64

$ uname -a

Linux x250 4.8.15-300.fc25.x86_64 #1 SMP Thu Dec 15 23:10:23 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

$ cat /etc/system-release

Fedora release 25 (Twenty Five)

    This topic has been closed for replies.

    1 reply

    jeromiec83223024
    Inspiring
    January 3, 2017

    We don't generally provide symbols.  If you were a RedHat employee and wanted them under NDA, that's something we could probably accommodate, but it would involve lawyers, etc.

    If this is a consistent crash with reproducible steps, that would definitely help (stack traces are frequently pretty useless depending on what the actual root-cause is), but I'll get a bug open and see if we get lucky.

    Thanks for the report!

    January 3, 2017

    Okidoki on the symbols.

    It's periodically reproducible using ZeroClipboard on myplaceonline.com after creating a password with a website attribute and hovering over the link. I'm the owner of myplaceonline.com and it's in beta so you need an invite code so PM me for that which I can give you.

    If there's any additional diagnostics I can gather to send when it reoccurs, please let me know and I'm glad to help.

    Thanks!

    jeromiec83223024
    Inspiring
    January 3, 2017

    Interesting.  I sent you a PM.

    As an aside on the web development front, as browsers move towards blocking things like single pixel SWFs, you might start to run into challenges getting that approach to actually work in a cross-browser, cross-platform way.  If the main content is a SWF, that's probably fine, but the days of using invisible helper SWFs are rapidly coming to a close as browsers continue to restrict how Flash content plays.

    You're probably fine in the immediate short-term, but if your UI approach depends heavily on this functionality, you should probably start thinking about a long-term strategy that fits into the model currently available through JavaScript alone.  At minimum, you're signing up for some support pain as end-users encounter changing security restrictions imposed by browsers in the future.