Closed Bug 30404 Opened 25 years ago Closed 25 years ago

Double-clicking on directory/file cause crash.

Categories

(SeaMonkey :: General, defect, P3)

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 30291

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).
i was able to reproduce this. will try to get a stack trace as soon as my build is done.
Severity: major → critical
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: crash
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
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) ===
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.