Closed Bug 35245 Opened 25 years ago Closed 25 years ago

mozilla crashes on this URL

Categories

(SeaMonkey :: General, defect, P3)

x86
All
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: tomee, Assigned: asa)

References

()

Details

(Keywords: crash)

go to http://mars.spaceports.com/~nfms3/forum/ mozilla says "Segmentation fault" without showing any content.
I've got two different results when loading this url. I use webwasher (filters ad banners, pop up windows, some scripts) as a local proxy and was able to load the url without any trouble. When I loaded the url without the webwasher proxy enabled, mozilla froze.
Whoa, correction. I just shut down mozilla, relaunched it, reloaded the url through a direct connection to the Internet (ie. no proxy settings), and it loaded ok for me. No segmentation fault on my end. 2000040815 build, Win95b
WORKSFORME with 2000-04-07-08 on Linux.
worked fine for me also with 2000040815, marking WORKSFORME for now
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Crash reproduced on WinNT using 2000-04-08-08-M15, direct connection. Whatever had been at the top of the page viewed just before attempting to view the page at the URL above appears in what looks like the frame that the banner ad appears in viewing the page with NN4.72, for just a moment, before the crash. Talkback incident IDs: TB8312226X TB8312514W Dr Watson reports access violation
Severity: normal → critical
Status: RESOLVED → NEW
Ever confirmed: true
Keywords: crash
OS: Linux → All
Resolution: WORKSFORME → ---
Sorry, the build ID that the talkback incidents were reported for was 2000-04-09-08-M15.
Strange, it works for me on 2000040908/Win95B with direct connection and no proxies (I already mentioned that I sometimes use WebWasher, which sets up your localhost as an advertising filter proxy)
Could reproduce this crash on PC/Linux (SuSE6.2) with build 2000-04-10-08. Tried two times, two crashes. Crashed also on http://mars.spaceports.com/~nfms3/forum/title.html which is a small page with only one gif (logo.gif). Tried with local files instead of loading from the net: no crash. Tried the URL again: sometimes crashed, but finally worked. Deleted ~/.mozilla. Then it crashed again. Tried again: sometimes crashed, then worked. Deleted ~/.mozilla again. First it works, but crashes on reload. It's quite strange. Might be some networking problem.
Couldn't reproduce crash on Linux Slackware 7.0 (96MB RAM, ppp connection to Internet through 33.6K modem, Pentium MMX CPU) using nightly build 2000041316, it also didn't crash Netscape 6 on the same machine.
tomee@cpi.pl, are you still seeing this crash with nightly builds?
without further comments from reporter marking this WORKSFORME. Tested with 050111 build under NT and no crash or errors.
Status: NEW → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → WORKSFORME
verified with winNT 060108, will mark as such when I get mac adn linux tested.
Sorry for the spam. New QA Contact for Browser General. Thanks for your help Joseph (good luck with the new job) and welcome aboard Doron Rosenberg
QA Contact: jelwell → doronr
wfm with 62408 win98 asa, now that you have mac and linux readily available, can you please verify this?
Keywords: verifyme
verified with 071108 mozilla bits on Mac OS 9 and same date mozilla bits on NT 4
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
Keywords: verifyme
You need to log in before you can comment on or make changes to this bug.