Bug 550462 - [abrt] crash detected in firefox-3.5.6-1.fc12
Summary: [abrt] crash detected in firefox-3.5.6-1.fc12
Keywords:
Status: CLOSED CANTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: firefox
Version: 12
Hardware: x86_64
OS: Linux
low
medium
Target Milestone: ---
Assignee: Gecko Maintainer
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:98297ab110232fcd0733906f0f1...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-12-25 11:44 UTC by zimon
Modified: 2009-12-25 23:35 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2009-12-25 14:30:10 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: backtrace (42.18 KB, text/plain)
2009-12-25 11:44 UTC, zimon
no flags Details
gdb debug session of crashed firefox session in safe-mode trying to see youtube URI (8.71 KB, text/plain)
2009-12-25 23:35 UTC, zimon
no flags Details

Description zimon 2009-12-25 11:44:02 UTC
abrt 1.0.0 detected a crash.

How to reproduce
-----
1. Start Firefox
2. Open www.youtube.com
3. Select any video.
4. Click [f]-button (flashblocker extension if Firefox) to enable video playback
5. Firefox crashes every time. 

Comment
-----
Firefox used to crash in Flash content also in Fedora 11 always. It used to work without problems in Fedora 9 and 10 and I don't remember exactly, but I think also in Fedora 11 in the start. The latest Adobe 64-bit flash-plugin has always been used. In this other single-CPU x86_64-bit machine (not same motherboard,cpu,...) there is no problems with same version of Firefox and flash-plugin.

Attached file: backtrace
cmdline: /usr/lib64/firefox-3.5.6/firefox
component: firefox
executable: /usr/lib64/firefox-3.5.6/firefox
kernel: 2.6.31.6-166.fc12.x86_64
package: firefox-3.5.6-1.fc12
rating: 4
reason: Process was terminated by signal 11

Comment 1 zimon 2009-12-25 11:44:05 UTC
Created attachment 380298 [details]
File: backtrace

Comment 2 zimon 2009-12-25 12:29:43 UTC
Flash-plugin is the latest from Adobe:
libflashplayer-10.0.42.34.linux-x86_64.so.tar.gz

Comment 3 Chris Campbell 2009-12-25 14:29:37 UTC
#2  <signal handler called>
No symbol table info available.
#3  do_lookup_x (new_hash=477796127, old_hash=0x7fff9a458698, 
    ref=<value optimized out>, result=<value optimized out>, 
    scope=<value optimized out>, i=0, flags=<value optimized out>, 
    skip=<value optimized out>, undef_map=<value optimized out>)
    at dl-lookup.c:98
        symtab = 0x7ffbead20398
        sym = <value optimized out>
        bitmask = <value optimized out>
        n = 0
        list = Current language:  auto
The current source language is "auto; currently asm".
Current language:  auto
The current source language is "auto; currently c".

Unfortunately there is not enough information in the included backtrace.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 4 Chris Campbell 2009-12-25 14:30:10 UTC
Thank you for taking the time to report this bug report. Unfortunately, that stack trace is not very useful in determining the cause of the crash, because there are no debugging symbols loaded (probably abrt failed to load them).

Unfortunately, we cannot use this backtrace.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 5 zimon 2009-12-25 20:48:41 UTC
I have run all the debuginfo-install commands the abrtd-panel-applet has suggested:

  512  debuginfo-install firefox
  523  debuginfo-install midori
  524  debuginfo-install galeon
  530  debuginfo-install google-chrome-beta

Those all www-browsers crash on any flash-content (at least youtube.com videos).
See https://bugzilla.redhat.com/show_bug.cgi?id=550524 for Galeon

I do not know if it helps to send all those crashes from different www-browsers.
It seems (to me) the error would be in Adobe's libflashplayer.so
The same www-clients and the same Adobe flash-plugin works on this other single CPU-x86_64-machine. The crashing one is dual-x86_64-cpu.

If gnash-plugin is used instead, no crash (but gnash does not support all flash content)

Comment 6 Chris Campbell 2009-12-25 21:22:08 UTC
I had a choice of how to respond and I chose badly, and due to that you have been unnecessarily made to perform work, and for that I am sorry. Even if the backtrace had included a good stacktrace, we would be unable to assist with this issue, as the Adobe flash is:



Unfortunately, crash here happened in the binary-only flash player for which we don't have any source code, so unfortunately we cannot help you with it.

Closing as CANTFIX (because that's our situation)



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 7 zimon 2009-12-25 23:35:47 UTC
Created attachment 380367 [details]
gdb debug session of crashed firefox session in safe-mode trying to see youtube URI

This bug is already closed and I know it most likely cannot be helped by Fedora people because we/you do not have debuginfo for libflashplayer.so

(Also no debuginfo for libcurl, which gdb notified.)

However, I still attach this gdb backtrace which has little more information about what the libflashplayer.so was maybe trying to do and which may be helpful for Adobe people or if Adobe would kindly provide debuginfo for Fedora.

In couple of different trials the backtrace is always the same. 

When the firefox with -safe-mode http://www.youtube.com/watch?v=xCBpys82Ctk
has been started, Firefox asks if anything is wanted to be included in safe-mode.
I chose nothing and just clicked "Continue safe mode". Right after Firefox crashes.
(I also have the old crashed gdb-traces from Firefox in Fedora 11, and there also the backtraces are practically the same.)

I have same kind of identical backtrace from gdb for galeon and will attach it for the galeon crash bug (550524).


Note You need to log in before you can comment on or make changes to this bug.