Closed
Bug 42647
Opened 24 years ago
Closed 24 years ago
Opening multiple "open link in new window" windows closes browser
Categories
(SeaMonkey :: General, defect, P3)
Tracking
(Not tracked)
VERIFIED
WORKSFORME
People
(Reporter: sanderson, Assigned: asa)
References
()
Details
(Keywords: verifyme)
Attachments
(3 files)
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.12-20smp i686; en-US; m16) Gecko/20000613 BuildID: 2000061311 When a good number of windows (5-10) are open at once, each loading different pages, the browser will sometimes just shut down. No error message; no core file. This behaviour exists in Netscape 4.6X/4.7X as well. It tends to occur with more varied sites (complex, with lots of javascript, etc.). Reproducible: Sometimes Steps to Reproduce: 1.Go to http://www.linuxtoday.com 2.Open a series of links into new windows, using either the middle mouse button, or the right button with "Open In New Window". 3.After the LinuxToday summaries have loaded, go through each window and click the "Complete Story" (or "Press Release" as the case may be) link at the bottom of the news summary so that you have about 10 windows loading different sites at once. 4.Most of the time, the browser will simply shut down after a while, closing every open window without an error message or core file. Actual Results: Every window closed down. Expected Results: Every window should have stayed open. :-) Linux 2.2.12-20smp #1 SMP Mon Sep 27 10:34:45 EDT 1999 i686 unknown RedHat 6.2 Pentium III 700Mhz CPUS/768M of RAM I had the same problem on a P-Pro 200Mhz/128M RAM single CPU machine as well.
Assignee | ||
Comment 1•24 years ago
|
||
warren, sounds like an SMP problem. can you send this bug some place better?
Comment 2•24 years ago
|
||
On Linux build 2000061510, I opened about 20 windows in the described manner, and Mozilla kept on ticking.
Reporter | ||
Comment 3•24 years ago
|
||
Again, this problem seems to depend on the complexity of the sites being opened. linuxtoday.com itself does not cause the problem; it is merely a convenient launching point for opening multiple different windows. Lots of graphics, animated GIFs, etc. seem to exacerbate the problem, and it does not happen every time. However, I have seen it happen the past 4 times I've tried it; usually Mozilla closes down right when I've clicked a link with about 4-5 windows loading and 3-4 more to go. Let me know if I can get you any more information on my machine as well. HTH.
Reporter | ||
Comment 4•24 years ago
|
||
Whoops. I mistated the RedHat version. I'm running RHAT 6.1. I have duplicated the problem on a single CPU machine as well, running 6.1 also. You have to click the links while multiple windows are loading pages. From the other machine: Linux ttm-lx-a01.ttm.com 2.2.12-20 #1 Mon Sep 27 10:40:35 EDT 1999 i686 unknown Red Hat Linux release 6.1 (Cartman) Possibly useful addl. information: I'm running through an authenticating proxy firewall, and I asked Mozilla to save the login information. HTH.
Comment 5•24 years ago
|
||
just open two news items, it's enough to get a segfault when clicking on "complete story"/"press release" using m16 on Linux 2.2.10 / 128 MB RAM
Comment 6•24 years ago
|
||
I can't reproduce it on an SMP system, linux 062008.
I get a similar problem (if not the same) A typical situation is something like this. open www.slashdot.org open numerous windows with different stories (from other sources, not slashdot). Sometime the browser will just die at this point, but more often that not I will read one story and then click on another window (story). At this point mozilla fails to respond and then it simply goes belly up, with out so much as a 'by- your-leave' or a core file. I've been noticing this problem for the better part of two weeks. I'm using Redhat 6.2 and the current build is 2000062008 I get this problem both at work and here at home. Both systems are running Redhat 6.2, one is a pentium III, the other an AMD K6-2
Comment 8•24 years ago
|
||
i see another behaviour using mozilla built from the latest source package with Build ID 2000061408 : it now stalls doing nothing, it does not segfault. (this build is ok otherwise...) here is a backtrace when i stop it. see attachment.
Comment 9•24 years ago
|
||
Comment 10•24 years ago
|
||
finally, i've downloaded and compiled the M16 source package (btw, it's Build ID is 2000042708 ! is it the freeze date ?) with this version, i get the segfault described in this report, and here are two backtraces attached next. the two bt's have thread 2's state in common : (gdb) thr 3 [Switching to thread 3 (Thread 17121)] #0 0x40654d4d in __poll (fds=0xbf7fe53c, nfds=1, timeout=5000) at ../sysdeps/unix/sysv/linux/poll.c:45 but in the first, it segfaulted at nsToolkit::GetSharedGC in libwidget_gtk.so, whereas in the second segfaulted at nsGenericElement::HandleDOMEvent in libraptorhtml.so i hope this helps
Comment 11•24 years ago
|
||
sorry for the typo: thread 3 is in the same state in the two backtraces, not thread 2.
Comment 12•24 years ago
|
||
Comment 13•24 years ago
|
||
Comment 14•24 years ago
|
||
I cannot duplicate this on Linux 2000070308. I've tried launching a series of web sites from slashdot.org and linuxtoday.com. The URLs of sites I visited from the slashdot run includes: http://www.napster.com http://dailynews.yahoo.com/h/ap/20000703/tc/tech_girls_1.html http://news.cnet.com/news/0-1005-200-2198482.html http://www.longnow.org/10klibrary/10kLibConference.htm http://www.starstuff.org/default.asp?cover=/articles/807.asp http://news.cnet.com/news/0-1005-200-2194575.html?tag=st.ne.1002.thed.ni http://slashdot.org/articles/00/07/02/160253.shtml http://www.appleinsider.com/articles/0006/apple-mouse.shtml Reporter, can you run through these random sites to see if it does crash? If not, can you find a list of URLs that it does crash on? There's just not enough specifics in this report yet. We need to find an exact list of URLs that can be crashed on repeatedly. If anyone else has any better ideas, do share. :)
Comment 15•24 years ago
|
||
Forgot to CC: myself.. sorry for the spam.
Comment 16•24 years ago
|
||
Linux 2000072608. Still unable to reproduce. Marking as WORKSFORME.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Comment 17•24 years ago
|
||
**Mass Spam** Adding verifyme keyword to all non-verified bugs on browser general.
Keywords: verifyme
Reporter | ||
Comment 18•24 years ago
|
||
I just tried M18 -- I can no longer replicate the crashes. Apparently something changed since the last release.
Assignee | ||
Comment 19•24 years ago
|
||
Excellent! Verifying per reporter's comments
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•