Closed
Bug 30291
Opened 25 years ago
Closed 25 years ago
dragging scrollbar while page disappears causes crash
Categories
(Core :: XUL, defect, P2)
Tracking
()
VERIFIED
FIXED
M15
People
(Reporter: dbaron, Assigned: pavlov)
References
Details
(Keywords: crash, Whiteboard: [PDT-])
DESCRIPTION: I crash if I am dragging the scrollbar while the page I am
scrolling is taken from the display and a new one replaces it.
STEPS TO REPRODUCE:
* load a page that has some (relatively) slow links on the right side of the page
* click on a link somewhere near the scrollbar slider, and quickly move the
pointer to the scrollbar slider and drag on the slider, before it goes away
ACTUAL RESULTS:
* crash
EXPECTED RESULTS:
* no crash
DOES NOT WORK CORRECTLY ON:
* Linux, mozilla, 2000-03-03-09-M15
| Reporter | ||
Comment 1•25 years ago
|
||
I'm nominating this for beta1, in the hopes that it might be easy to fix. I
think this crash will affect users who try out the beta more than any other
groups of users/testers before, because there will be more people trying the
browser over slower connections and modems. However, I realize it might not be
possible to fix for beta1.
Comment 2•25 years ago
|
||
I can't reproduce this, at all on a network, even when accessing a slow remote
server that gives me time to drag the thumb. I think it is the kind of bug (odd
scenario, timing related, Linux/modem) that few end users will encounter. I
doubt very much that it is worth the risk of fixing for beta, although it should
be easy to tell from the Talkback logs if this is really encountered a lot.
Assigning to evaughan as p2 for m15
Assignee: trudelle → evaughan
Priority: P3 → P2
Target Milestone: M15
Comment 4•25 years ago
|
||
I can get this to happen every time (Linux only). Move the scrollbar rapidly up
and down whilst (re)loading a page (e.g. mozilla.org). I see this on Linux
builds M14+.
Hmmm. It's the typical crash for me - I get this one very often.
Here is the stack trace of Linux Build 2000030509:
#0 0x40fda04b in ?? ()
#1 0x4047df10 in nsWidget::DispatchMouseEvent ()
#2 0x4047e36e in nsWidget::OnMotionNotifySignal ()
#3 0x404822af in nsWindow::HandleGDKEvent ()
#4 0x4047451a in handle_gdk_event ()
#5 0x405d95cb in gdk_event_dispatch ()
#6 0x40607be6 in g_main_dispatch ()
#7 0x406081a1 in g_main_iterate ()
#8 0x40608341 in g_main_run ()
#9 0x4052d859 in gtk_main ()
#10 0x4046c3da in nsAppShell::Run ()
#11 0x4040ee92 in object.8 ()
#12 0x804b06c in JS_PushArguments ()
#13 0x804b39c in JS_PushArguments ()
#14 0x40221cb3 in __libc_start_main (main=0x804b210 <JS_PushArguments+7692>,
argc=1, argv=0xbffffbd4, init=0x8049124 <_init>, fini=0x804c190 <_fini>,
rtld_fini=0x4000a350 <_dl_fini>, stack_end=0xbffffbcc)
at ../sysdeps/generic/libc-start.c:78
I can reproduce it any time.
I would be much more happier if it would be fixed soon :-)
Updated•25 years ago
|
Severity: normal → critical
| Assignee | ||
Comment 9•25 years ago
|
||
fixed baby
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 10•24 years ago
|
||
This doesn't crash anymore for long time -> Verified
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•