Bug 31744
| Summary: | Флеш-плагин падает с ошибкой сегментации после обновления Firefox | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | Evgenii Terechkov <evg> | ||||
| Component: | firefox | Assignee: | Alexey Gladkov <legion> | ||||
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus | ||||
| Severity: | major | ||||||
| Priority: | P3 | CC: | legion, rauty, rider, sbolshakov, zerg | ||||
| Version: | unstable | ||||||
| Hardware: | all | ||||||
| OS: | Linux | ||||||
| URL: | https://bugzilla.mozilla.org/show_bug.cgi?id=1205199 | ||||||
| Attachments: |
|
||||||
От расширений firefox не зависит, проявляется на новом пустом профиле браузера. P.S.: что-то пока не нашел, где бы плагин не крошился. Т.е. от сайта вроде бы не зависит. Возможно, это связано с тем, что firefox перешёл на GTK3. 2legion: я смотрю, зависимость на gtk2 там никуда не делась (firefox-44 зависит от libgtk-x11-2.0.so.0). А можно для тестов как-то обратно переключиться на gtk2? Что-то сходу не нашел способа. Сейчас у них вот такие зависимости: $ rpmquery -R firefox |grep gtk |cut -d\ -f1 libgtk-3.so.0()(64bit) libgtk-x11-2.0.so.0()(64bit) Попробуйте ванильную версию: http://releases.mozilla.org/pub/firefox/releases/44.0/ Она ещё пока на gtk2. Официальный переход на gtk3 будет в следующей версии. Идеально конечно было бы переключиться в рантайме или на крайняк пересобрать srpm/gear с ключом/патчем. Попробую потыкать официальный релиз... Попробовал официальную сборку (с http://releases.mozilla.org/pub/firefox/releases/44.0/linux-i686/en-US/), но т.к. сходу не понял, как заставить её использовать уже установленный флеш, пришлось скачать и установить и официальный бинарный пакет флеша. С ними у меня все проверенный сайты на флеше работали без нареканий. Для запуска установленного в системе flash нужно починить это: https://bugzilla.altlinux.org/show_bug.cgi?id=30572 Лёш, может исправишь уже эту ошибку ? тривиально же (In reply to comment #7) > Для запуска установленного в системе flash нужно починить это: > https://bugzilla.altlinux.org/show_bug.cgi?id=30572 > > Лёш, может исправишь уже эту ошибку ? тривиально же Уже? Ты обратил внимение, что меня даже в наблюдателях нет у #30572 ? Плюс она висит на неком p6, который я не поддерживаю более чем полностью. Ок, сделаю... особенно в свете, того что NPAPI скоро оторвут совсем. Повесить на Adobe не получится. Если сделают изменения/исправления или даже 2 разных сборки своего плагина, запакую, что будет возможно. А до тех пор firefox крайний в любом случае. К тому же, падает наверняка только в Firefox. Попробовал на x86_64 удалить пакетный флеш и установил официальный бинарник плагина с сайта - падает (с пакетным firefox44-gtk3). (В ответ на комментарий №11) > Попробовал на x86_64 удалить пакетный флеш и установил официальный бинарник В пакете именно тот бинарник и лежит. (В ответ на комментарий №4) > Она ещё пока на gtk2. Официальный переход на gtk3 будет в следующей версии. Так, может нам стоит идти по граблям после или хотя бы вместе с паровозом? IMHO нам стоит переходить на gtk3 в firefox не раньше, чем на +1 версию от апстрима. P.S. 2 Cas: в p7 такой древний gtk3, что нужно еще умудриться додуматься пытаться собирать с ним современные версии софта. У меня ff из task#149408 кроме падений вообще больше ничего не делает. (In reply to comment #14) > https://bugzilla.redhat.com/show_bug.cgi?id=1253086#c23 > Это решение? Серёг, пока не знаю. Попробуем. Вообще, то что firefox у нас подцепил системный cairo ошибка. Мозилла регулярно ломает совместимость изменяя свою внуреннюю версию и затачиваясь на эти изменения. Вот яркий пример: https://bugzilla.mozilla.org/show_bug.cgi?id=722975 Поэтому я думаю нам нужно в любом случае откатиться на внутриннюю версию cairo. Так внутреннюю или системную cairo нужно использовать? Я запутался :-) ==8<===================================================================== teer@teer ~ $rpm -q --lastchange firefox * Ср фев 10 2016 Alexey Gladkov <legion@altlinux.ru> 44.0.1-alt1 - New release (44.0.1). - Use system cairo. ==8<===================================================================== (In reply to comment #17) > Так внутреннюю или системную cairo нужно использовать? Я запутался :-) Сборка 44.0.1-alt1 работает ? Нет, так же падает (писал об этом в https://bugzilla.altlinux.org/show_bug.cgi?id=31787). Попробовал 44.0.2-alt2 из сизифа (на i686). Всё работает, ничего не падает. (в смысле что флеш-плагин не падает, firefox-44.0.2 пришлось запустить из ванильной сборки, см. https://bugzilla.altlinux.org/show_bug.cgi?id=31787) Можете попробовать флеш с этой сборкой: http://git.altlinux.org/repo/159421/ ? На x86_64 плагин сразу падает, с такой трассировкой:
=8<========================================================
Core was generated by `/usr/lib64/firefox/plugin-container /usr/lib64/browser-plugins/libflashplayer.s'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 gdk_window_lookup () at /usr/src/debug/firefox-44.0.2/mozilla/widget/gtk/mozgtk/mozgtk.c:585
585 STUB(gdk_window_lookup)
(gdb) bt
#0 gdk_window_lookup () at /usr/src/debug/firefox-44.0.2/mozilla/widget/gtk/mozgtk/mozgtk.c:585
#1 0x00007f3d7d339679 in mozilla::plugins::PluginInstanceChild::AnswerNPP_SetWindow (this=0x7f3d6b03d800, aWindow=...)
at /usr/src/debug/firefox-44.0.2/mozilla/dom/plugins/ipc/PluginInstanceChild.cpp:1197
#2 0x00007f3d7c6c3f6c in mozilla::plugins::PPluginInstanceChild::OnCallReceived (this=0x7f3d6b03d800, msg__=..., reply__=@0x7ffcde51e5a0: 0x0)
at /usr/src/debug/firefox-44.0.2/mozilla/objdir/ipc/ipdl/PPluginInstanceChild.cpp:2160
#3 0x00007f3d7c6ca853 in mozilla::plugins::PPluginModuleChild::OnCallReceived (this=this@entry=0x7f3d6b012830, msg__=..., reply__=@0x7ffcde51e5a0: 0x0)
at /usr/src/debug/firefox-44.0.2/mozilla/objdir/ipc/ipdl/PPluginModuleChild.cpp:1202
#4 0x00007f3d7c62d17e in mozilla::ipc::MessageChannel::DispatchInterruptMessage (this=this@entry=0x7f3d6b012898, aMsg=..., stackDepth=stackDepth@entry=0)
at /usr/src/debug/firefox-44.0.2/mozilla/ipc/glue/MessageChannel.cpp:1456
#5 0x00007f3d7c62e641 in mozilla::ipc::MessageChannel::DispatchMessage (this=this@entry=0x7f3d6b012898, aMsg=...) at /usr/src/debug/firefox-44.0.2/mozilla/ipc/glue/MessageChannel.cpp:1306
#6 0x00007f3d7c62eeb1 in mozilla::ipc::MessageChannel::OnMaybeDequeueOne (this=0x7f3d6b012898) at /usr/src/debug/firefox-44.0.2/mozilla/ipc/glue/MessageChannel.cpp:1279
#7 0x00007f3d7c617547 in MessageLoop::RunTask (this=0x7ffcde51fa68, task=0x7f3d6b0eca60) at /usr/src/debug/firefox-44.0.2/mozilla/ipc/chromium/src/base/message_loop.cc:364
#8 0x00007f3d7c61b9d9 in MessageLoop::DeferOrRunPendingTask (this=<optimized out>, pending_task=...) at /usr/src/debug/firefox-44.0.2/mozilla/ipc/chromium/src/base/message_loop.cc:372
#9 0x00007f3d7c61bae7 in MessageLoop::DoWork (this=0x7ffcde51fa68) at /usr/src/debug/firefox-44.0.2/mozilla/ipc/chromium/src/base/message_loop.cc:459
#10 0x00007f3d7c614e81 in base::MessagePumpForUI::HandleDispatch (this=0x7f3d6b0484c0) at /usr/src/debug/firefox-44.0.2/mozilla/ipc/chromium/src/base/message_pump_glib.cc:261
#11 0x00007f3d7c614eb4 in (anonymous namespace)::WorkSourceDispatch (source=<optimized out>, unused_func=<optimized out>, unused_data=<optimized out>)
at /usr/src/debug/firefox-44.0.2/mozilla/ipc/chromium/src/base/message_pump_glib.cc:106
#12 0x00007f3d75744047 in g_main_dispatch (context=0x7f3d6b06f500) at gmain.c:3154
#13 g_main_context_dispatch (context=context@entry=0x7f3d6b06f500) at gmain.c:3769
#14 0x00007f3d75744278 in g_main_context_iterate (context=context@entry=0x7f3d6b06f500, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3840
#15 0x00007f3d7574431c in g_main_context_iteration (context=0x7f3d6b06f500, may_block=1) at gmain.c:3901
#16 0x00007f3d7c614a43 in base::MessagePumpForUI::RunWithDispatcher (this=0x7f3d6b0484c0, delegate=<optimized out>, dispatcher=<optimized out>)
at /usr/src/debug/firefox-44.0.2/mozilla/ipc/chromium/src/base/message_pump_glib.cc:192
#17 0x00007f3d7c6175a6 in RunHandler (this=<optimized out>) at /usr/src/debug/firefox-44.0.2/mozilla/ipc/chromium/src/base/message_loop.cc:227
#18 MessageLoop::Run (this=this@entry=0x7ffcde51fa68) at /usr/src/debug/firefox-44.0.2/mozilla/ipc/chromium/src/base/message_loop.cc:201
#19 0x00007f3d7da507a9 in XRE_InitChildProcess (aArgc=<optimized out>, aArgv=<optimized out>, aGMPLoader=<optimized out>)
at /usr/src/debug/firefox-44.0.2/mozilla/toolkit/xre/nsEmbedFunctions.cpp:623
#20 0x0000000000408754 in ?? ()
#21 0x0000000000000000 in ?? ()
(gdb)
=8<========================================================
На i686 тоже плагин сразу падает с дампом. Нет. Оно уже есть в 44.0.2-alt3 и всё равно падает: http://git.altlinux.org/people/legion/packages/firefox.git?p=firefox.git;a=blob;f=mozilla-bug-1205199.patch;h=2c8c036aa12790801e7dc2155f26fb9bfe8c630c;hb=982171c8c25974233e3756fd96455dbccc568cc3 firefox собран с gtk3, но имеет gtk2 как раз для плагинов. Такое ощущение, что выбирается не та версия. Сейчас проверяю ещё одну теорию. firefox-44.0.2-alt3 -> sisyphus: * Tue Feb 16 2016 Alexey Gladkov <legion@altlinux> 44.0.2-alt3 - Use GTK3 again. - Add RedHat patches. - Add require gst-plugins-ugly (ALT#30732). - Fix javascript crash (ALT#31787). - Fix flash player crash (ALT#31744). (В ответ на комментарий №27) > - Add require gst-plugins-ugly (ALT#30732). Может, всё-таки gst-plugins-ugly1.0 ? $strings /usr/lib64/firefox/libxul.so | grep libgstreamer libgstreamer-1.0.so.0 (In reply to comment #28) > (В ответ на комментарий №27) > > - Add require gst-plugins-ugly (ALT#30732). > Может, всё-таки gst-plugins-ugly1.0 ? > > $strings /usr/lib64/firefox/libxul.so | grep libgstreamer > libgstreamer-1.0.so.0 Блин, промазал. Спасибо! В 44.0.2-alt3 всё работает. Спасибо за терпение и труд! |
Description
Evgenii Terechkov 2016-02-01 06:55:42 MSKCreated attachment 6481 [details] Лог транзакции apt После обновления до firefox-44 (прилагаю полный лог транзакции apt) на многих сайтах стал падать с ошибкой сегментации плагин флеша (он обновлялся последний раз две недели назад, до 3:11.2.202.559-alt58). Сообщение в логе при этом такие: =8<=========================================================================================================================== root@teer# dmesg -T|grep -i segfault [Mon Feb 1 08:43:18 2016] plugin-containe[3465]: segfault at 0 ip b34b27a8 sp bf83b2dc error 6 in libmozgtk.so[b34b2000+1000] [Mon Feb 1 08:43:19 2016] plugin-containe[3476]: segfault at 0 ip b350f7a8 sp bff43acc error 6 in libmozgtk.so[b350f000+1000] [Mon Feb 1 08:48:24 2016] plugin-containe[3810]: segfault at 0 ip b34a67a8 sp bff72cbc error 6 in libmozgtk.so[b34a6000+1000] [Mon Feb 1 08:48:25 2016] plugin-containe[3821]: segfault at 0 ip b355d7a8 sp bf858d6c error 6 in libmozgtk.so[b355d000+1000] [Mon Feb 1 10:51:37 2016] plugin-containe[8394]: segfault at 0 ip b34bd754 sp bfd9612c error 6 in libmozgtk.so[b34bd000+1000] =8<=========================================================================================================================== Проявляется на x86_64/std-def и i586/std-pae. Есть дампы падений, но они весят по полтора мегабайта в сжатом виде. Сходу в них я ничего не увидел, gdb показывает только адреса памяти. Не уверен, кто здесь виноват, плагин, firefox или кто-то ещё.