Closed
Bug 30404
Opened 25 years ago
Closed 25 years ago
Double-clicking on directory/file cause crash.
Categories
(SeaMonkey :: General, defect, P3)
Tracking
(Not tracked)
People
(Reporter: chimera, Assigned: cbegle)
Details
(Keywords: crash)
This bug may be related to bug 23437 - "Double click on directory in FTP or file
listings doesn't open" in some way. Note that bug 23437 has "XPApps" specified
as its Component. I'm not sure, so I kept it "Browser-General".
In the directory listings, one can crash Mozilla by double-clicking on a
directory or a file. Note that you must click on the file/directory name and NOT
the arrow. An interesting thing is that the directory "seems" to finish loading
and mozilla is beginning to display before the crash occurs. Also note that
normally, one does NOT double-click to open a directory. One clicks on the arrow
*once* to expand the directory _OR_ one clicks on the filename/directory *once*
to open and display the file/directory.
There are no useful messages on the console. Only that
> Document file:///home/username/directory loaded successfully
> Document: Done (0.711 secs)
Furthermore, (more gut feelings :)), I believe the bug may be timing-critical.
When I double-click too slowly (even though it seems to be a valid
double-click), mozilla may not crash. When I'm double-clicking small files (that
render especially fast), mozilla doesn't crash (ie Try a bigger file). I am
running on a Pentium-133 with 48MB of RAM using Enlightenment and Gnome in a Red
Hat 6.0-based system. The build ID of Mozilla is 2000030214. I have reproduced
this bug on the same system with Mozilla 2000022217 and 2000022917 (M14).
Assignee | ||
Comment 1•25 years ago
|
||
i was able to reproduce this. will try to get a stack trace as soon as my build
is done.
Assignee | ||
Comment 2•25 years ago
|
||
this has the same stack trace as 30291. marking as a duplicate of that bug.
*** This bug has been marked as a duplicate of 30291 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Comment 3•25 years ago
|
||
verifed dupe of a now fixed bug.
reporter get the latest build to test and verify
Status: RESOLVED → VERIFIED
Using Mozilla Build 2000040520
Sorry, bad news, it still crashes. It is distinctly harder to crash and the bug
seems *really* hard to reproduce consistently, but it's still there. I've found
that several tricks help increase the chance of the bug occurring
- Maximise your window size
- Don't double-click, try to click say 5-6 times VERY quickly
- Five-clicking on *large* (say /usr/bin) directories don't seem to crash
Mozilla anymore, but even 20KB HTML files will.
I've included the backtrace below.
===
Program received signal SIGSEGV, Segmentation fault.
0x4136d40c in handle_gdk_event ()
(gdb) bt
#0 0x4136d40c in handle_gdk_event ()
#1 0x405895cb in gdk_event_dispatch ()
#2 0x405b7be6 in g_main_dispatch ()
#3 0x405b81a1 in g_main_iterate ()
#4 0x405b8341 in g_main_run ()
#5 0x404dd859 in gtk_main ()
#6 0x41366e0a in nsAppShell::Run ()
#7 0x40fc863a in NSGetModule ()
#8 0x804b20c in JS_PushArguments ()
#9 0x804b523 in JS_PushArguments ()
#10 0x402f8cb3 in __libc_start_main (main=0x804b3a0 <JS_PushArguments+7348>,
argc=1, argv=0xbffffbd4, init=0x804938c <_init>, fini=0x804c284 <_fini>,
rtld_fini=0x4000a350 <_dl_fini>, stack_end=0xbffffbcc) at
../sysdeps/generic/libc-start.c:78
(gdb)
===
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•