Bug 563424

Summary: [abrt] crash in firefox-3.5.6-1.fc12
Product: [Fedora] Fedora Reporter: Fran Taylor <narf>
Component: firefoxAssignee: Martin Stransky <stransky>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 12CC: campbecg, gecko-bugs-nobody, mcepl, mcepl
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard: abrt_hash:464e565ea2e606f43594a5a9a2fade4e20ddae91
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-02-17 23:57:15 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace none

Description Fran Taylor 2010-02-10 08:09:48 UTC
abrt 1.0.4 detected a crash.

architecture: x86_64
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.12-174.2.3.fc12.x86_64
package: firefox-3.5.6-1.fc12
rating: 4
reason: Process was terminated by signal 6 (Aborted)
release: Fedora release 12 (Constantine)

comment
-----
Seems like a java problem.

How to reproduce
-----
1. goof around a while with 3-d models at javaview.de
2. boom!
3.

Comment 1 Fran Taylor 2010-02-10 08:09:50 UTC
Created attachment 389938 [details]
File: backtrace

Comment 2 Chris Campbell 2010-02-10 13:14:27 UTC
#2  <signal handler called>
No symbol table info available.
#3  0x0000003f102326c5 in raise (sig=<value optimized out>)
    at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
        resultvar = 0
        pid = <value optimized out>
        selftid = <value optimized out>
#4  0x0000003f10233ea5 in abort () at abort.c:92
        save_stage = 2
        act = {__sigaction_handler = {sa_handler = 0x365ccb9130, 
            sa_sigaction = 0x365ccb9130}, sa_mask = {__val = {270854769652, 
    140735386159152, 176, 140735386159392, 270853885974, 206158430232, 
    140735386159408, 140735386159184, 270853795000, 206158430256, 
    140735386159432, 140297523471488, 0, 140297962500160, 4686, 
    140735386190416}}, sa_flags = 271824205, sa_restorer = 0x365ccb8fc9}
        sigs = {__val = {32, 0 <repeats 15 times>}}
#5  0x0000003f1022b7b5 in __assert_fail (assertion=
    0x365ccb9130 "!(req && current_request && !(((long) (req->sequence) - (long) (current_request)) <= 0))", file=<value optimized out>, line=176, 
    function=<value optimized out>) at assert.c:81
        buf = 
    0x7f99900ca480 "firefox: xcb_io.c:176: process_responses: Assertion `!(req && current_request && !(((long) (req->sequence) - (long) (current_request)) <= 0))' failed.\n"
#6  0x000000365cc4d02e in process_responses (dpy=0x7f99aa18c000, 
    wait_for_first_event=<value optimized out>, 
    current_error=<value optimized out>, current_request=1004180)
    at xcb_io.c:176
        req = 0x7f9990047360
        event_sequence = 6
        reply = 0x0
        event = 0x0
        error = 0x0
        c = 0x7f99aa18e000
        __PRETTY_FUNCTION__ = "process_responses"
#7  0x000000365cc4d580 in _XReply (dpy=0x7f99aa18c000, rep=0x7fff82b30a90, 
    extra=0, discard=1) at xcb_io.c:457
        error = <value optimized out>
        c = 0x7f99aa18e000
        reply = <value optimized out>
        current = 0x7f998fecb940
        __PRETTY_FUNCTION__ = "_XReply"
#8  0x000000365cc41043 in XSync (dpy=0x7f99aa18c000, discard=0) at Sync.c:48
        rep = {type = 64 '@', revertTo = 31 '\037', sequenceNumber = 37279, 
          length = 32665, focus = 2853806480, pad1 = 32665, pad2 = 
    2443124544, pad3 = 32665, pad4 = 2443124384, pad5 = 32665}
#9  0x000000313cdcabd8 in gtk_socket_size_allocate (widget=
    0x7f99919f1ea0 [GtkSocket], allocation=0x7fff82b30f20) at gtksocket.c:502
        private = 0x7f99919f1f40
#10 0x000000313ac0b9d9 in IA__g_closure_invoke (closure=0x7f99aa1cc5e0, 
    return_value=0x0, n_param_values=2, param_values=0x7f9990f033a0, 
    invocation_hint=0x7fff82b30c40) at gclosure.c:767
        marshal = <value optimized out>
        marshal_data = <value optimized out>
        in_marshal = <value optimized out>
        __PRETTY_FUNCTION__ = "IA__g_closure_invoke"
#11 0x000000313ac207dc in signal_emit_unlocked_R (node=<value optimized out>, 
    detail=<value optimized out>, instance=<value optimized out>, 
    emission_return=<value optimized out>, 
    instance_and_params=<value optimized out>) at gsignal.c:3177
        emission = {next = 0x7fff82b310c0, instance = 0x7f99919f1ea0, ihint = 
    {signal_id = 19, detail = 0, run_type = G_SIGNAL_RUN_FIRST}, state = 
    EMISSION_RUN, chain_type = 140297618507312}
        handler_list = 0x0
        accu = {g_type = 0, data = {{v_int = 0, v_uint = 0, v_long = 0, 
              v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 
    0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, 
              v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, 
              v_pointer = 0x0}}}
        signal_id = <value optimized out>
        max_sequential_handler_number = <value optimized out>
        return_value_altered = <value optimized out>




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

Comment 3 Chris Campbell 2010-02-10 13:19:01 UTC
Martin (or Matej), when you have a chance, could you verify that this is/is not a dupe of bug 556926, please?



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

Comment 4 Chris Campbell 2010-02-17 23:57:15 UTC
Thank you for taking the time to submit this bug report.

This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.




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

*** This bug has been marked as a duplicate of bug 556926 ***