Closed Bug 122796 Opened 23 years ago Closed 23 years ago

Scrolling Opsys or Component is crashing mozilla - Trunk [@ handle_gdk_event]

Categories

(Core :: Layout: Form Controls, defect)

x86
Linux
defect
Not set
blocker

Tracking

()

RESOLVED FIXED

People

(Reporter: jdunn, Assigned: blizzard)

References

()

Details

(4 keywords)

Crash Data

If you go into bugzilla and scroll in OpSys or Component, I am seeing a crash

To reproduce:
1) Got to bugzilla/query.cgi
2) Scroll down to Component selection box
3) Start clicking on parts inside of the slider
4) Now click up and down a few times on the arrows.

It hangs pretty consistently.  I even reproduced this while scrolling
in the OpSys category.

No core is created:
I first saw this with my debug build yesterday but can reproduce it with
build id 2002013108 off of mozilla's nightly ftp site.

When I tried to look at this in the debugger, I couldn't get mozilla
to run... so can't provide any useful debugging information
T2345262W using 2002013010 0.9.8 branch
this is bad - i can't even change component without crashing

backtrace from an approx. 10 h. old CVS build, linux:

#0  gtk_main_do_event (event=0x821fb30) at gtkmain.c:703
#1  0x40724962 in handle_gdk_event () from
/home/dark2/DISK/mozilla/dist/bin/components/libwidget_gtk.so
#2  0x4035f16b in gdk_event_dispatch (source_data=0x0, current_time=0xbfffd880,
user_data=0x0) at gdkevents.c:2139
#3  0x40390055 in g_main_dispatch (dispatch_time=0xbfffd880) at gmain.c:656
#4  0x40390659 in g_main_iterate (block=1, dispatch=1) at gmain.c:877
#5  0x403907e8 in g_main_run (loop=0x821fac0) at gmain.c:935
#6  0x402a465b in gtk_main () at gtkmain.c:524
#7  0x4071d9c5 in nsAppShell::Run () from
/home/dark2/DISK/mozilla/dist/bin/components/libwidget_gtk.so
#8  0x406fe106 in nsAppShellService::Run () from
/home/dark2/DISK/mozilla/dist/bin/components/libnsappshell.so
#9  0x08051b5b in main1 ()
#10 0x08052465 in main ()
#11 0x404ee627 in __libc_start_main (main=0x805232c <main>, argc=1,
ubp_av=0xbfffdc84, init=0x804ca4c <_init>, fini=0x8053a78 <_fini>, 
    rtld_fini=0x4000dcc4 <_dl_fini>, stack_end=0xbfffdc7c) at
../sysdeps/generic/libc-start.c:129
(gdb) quit
event-handling
Severity: normal → critical
Component: Browser-General → Event Handling
Keywords: crash, regression
hmm reassign
Assignee: asa → joki
QA Contact: doronr → madhur
*** Bug 122804 has been marked as a duplicate of this bug. ***
*** Bug 122709 has been marked as a duplicate of this bug. ***
I cannot reproduce this on today's branch builds but it seems to be affecting
others. 
I didn't try this on today's branch, only on the trunk.
Why is this event handling and not HTML form controls?
And shouldn't this be a smoketest blocker? I've crashed at least four times
today because of this bug.
->form controls. smoketest blocker. breaks using bugzilla.
Assignee: joki → rods
Severity: critical → blocker
Component: Event Handling → HTML Form Controls
Keywords: smoketest
Sorry for hitting the panic button: I can NOT make this crash with the latest
2002013108 0.9.8 branch build.

It crashed instantly with what claimed to be 2002013010 0.9.8 branch however:
TB2345262W.  The 013010 build i tested was the sea.tar.gz from
ftp.mozilla.org/pub/mozilla/nightly/latest-0.9.8 (where it is now replaced by
the 013108 build)
related to bug 121011?
->blizzard

Assignee: rods → blizzard
Looks like the first part of Blizzard's patch for 121011 landed on branch and
trunk  and then the second part landed on branch only a day later(which I'm
guessing explains why I don't see this on today's branch but others saw it on
yesterday's branch). 
Yeah, this is my bug.  The stack looks about right.
Depends on: 121011
I backed out my patch.  This should be fixed.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
*** Bug 122956 has been marked as a duplicate of this bug. ***
*** Bug 123025 has been marked as a duplicate of this bug. ***
*** Bug 123148 has been marked as a duplicate of this bug. ***
Adding topcrash keyword and Trunk [@ handle_gdk_event] to summary for future
reference.
Keywords: topcrash
Summary: Scrolling Opsys or Component is crashing mozilla → Scrolling Opsys or Component is crashing mozilla - Trunk [@ handle_gdk_event]
QA Contact: madhur → tpreston
Crash Signature: [@ handle_gdk_event]
You need to log in before you can comment on or make changes to this bug.