Closed
Bug 23885
Opened 25 years ago
Closed 25 years ago
Bad crash when opening nonexistant file
Categories
(SeaMonkey :: UI Design, defect, P2)
Tracking
(Not tracked)
VERIFIED
WORKSFORME
M14
People
(Reporter: rzach, Assigned: travis)
Details
(Keywords: crash)
When trying to open an non-existant file, instead of getting a "file not found"
error, you get a blank browser window, memory usage increases rapidly. Finally,
when the swap space is full, my terminal hangs, and only an X-server shutdown
from another terminal will make it usable again.
To reproduce:
1. Open file:///nonexistant or File | Open File | nonexistant
Actual result:
Browser window goes blank, memory usage increases until termianl dies
Expected result:
"File not found" error message
Linux build 2000.01.13.08
Travis, is this a URL loading problem? If so, who should get this? Rick?
(BTW, I think we can kick this out to M15 if we have to.)
Updated•25 years ago
|
QA Contact: paulmac → shrir
Comment 2•25 years ago
|
||
I see this also on linux also. Had to reboot.
Shrir, and you check this out on mac and windows?
Is this related to bug #21873 (blank file name in download dialog causes crash)?
Reporter | ||
Comment 4•25 years ago
|
||
The symptoms of 21873 are very different. There, you start the download and
crash imediately with a SEGFAULT. Here, you don't crash, you jsut overload the
system until it shuts down. If you hist CTRL-C in gdb and say where, this is
what you get:
0x402a27d0 in __poll (fds=0xbf5ffcbc, nfds=1, timeout=28854)
at ../sysdeps/unix/sysv/linux/poll.c:45
../sysdeps/unix/sysv/linux/poll.c:45: No such file or directory.
(gdb) where
#0 0x402a27d0 in __poll (fds=0xbf5ffcbc, nfds=1, timeout=28854)
at ../sysdeps/unix/sysv/linux/poll.c:45
#1 0x40150a74 in PR_Poll ()
#2 0x403fff22 in NSGetModule ()
#3 0x400f5f2f in nsThread::Main ()
#4 0x40151b0e in PR_Select ()
#5 0x40165ce9 in pthread_start_thread (arg=0xbf5ffe7c) at manager.c:204
Comment 5•25 years ago
|
||
I am getting with same resource hog, ugly crash on windows when entering
file:///fklajdsflksd
Comment 6•25 years ago
|
||
I tried this on Mac and Windows and had to restart my systems.
Updated•25 years ago
|
OS: Linux → All
Comment 7•25 years ago
|
||
same thing. Window's NT when I try to get a local file listing using c:\. Blue
screen. Changing OS from Linux to All.
Adding "crash" keyword to all known open crasher bugs.
Keywords: crash
Reporter | ||
Comment 9•25 years ago
|
||
I don't see this anymore on Linux build 2000.01.30.09. Fixed on Mac and Windows
as well?
Although I don't get an alert, the console says:
Error loading URL file:///test
Comment 10•25 years ago
|
||
yes, this works for me okay on windows/mac also, marking worksforme with 1/31
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 12•25 years ago
|
||
Should this be open until the "expected result" happens, which is a "file not
found" alert? Or is that bug 20445?
Comment 13•25 years ago
|
||
I'll open a new bug and cc: you
Reporter | ||
Comment 14•25 years ago
|
||
Don't: I just found it. Bug 19073.
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•