Closed Bug 52910 Opened 25 years ago Closed 25 years ago

Crash involving JavaScript alert in one thread and incoming page in another

Categories

(Core :: Networking, defect, P3)

PowerPC
Mac System 8.6
defect

Tracking

()

VERIFIED WORKSFORME
mozilla0.9

People

(Reporter: Kanef, Assigned: gagan)

References

()

Details

(Keywords: crash)

Attachments

(1 file)

Build id: 2000090811 Reproducible: Haven't tried. Suspect it's sensitive to timing. I was testing the following JavaScript code: function goto_page (url) { location.replace(url); setTimeout("retry_goto_page('" + url + "')", server_response_timeout); } function retry_goto_page (url) { if (confirm ("Sorry for the delay. Our server is probably either very busy or is down. Try again?")) { goto_page(url) } } I caused the alert to come up by deliberately delaying my server's response. Then I allowed the server to respond, and the page started loading asynchronously behind the dialog. I clicked on the OK button (I think), causing it to location.replace with the same URL that was in the middle of loading. I'll attach a MacsBug StdLog. Mozilla was the selected application and shows up in the stack trace, but note that the log shows Macintosh Common Lisp as the currently running process.
Attached file MacsBug StdLog
Keywords: crash
Bob Kanefsky- your test cases is very difficult to reproduce. Is that possible you can put it into a html page so other developers can reproduce it easiler ?
Very well. I've put HTML around it, and also put it on an HTTP server. http://shuttle-upgrade.arc.nasa.gov/mozilla-bug/52910/page1 I never said it would be easy to reproduce.
I try both win/mac 10/16/2000 branch build and I cannot reproduce crash. bob- can you still crash it ?
No, it only happened once. Thread errors are like that. We had one on the Remote Agent Experiment last year that never showed up in our hundreds of hours of testing, and only happened when it was in space. Someone forgot to wrap "(with-critical-section ...)" around some code, and it decided the ion drive wasn't ready to start thrusting.
added keyword qawanted.
Keywords: qawanted
Blocks: 61693
Blocks: 61697
This would be a Dup of bug 56337 which has been fixed on 2000/11/29. Please verify. Fabian.
I can't reproduce the timing problem that set it off, even under an old build (2000080712) -- but then, I can't reproduce bug 56337 with that build either on MacOS 9.0.4. The stack trace doesn't resemble anything else, except another Mac bug (bug 29908) that was fixed months before this bug cropped up. So there's no evidence either way as to whether it's a duplicate or is fixed. The patch that fixes bug 56337 doesn't directly affect the code on my stack trace, so only someone familiar with the thread library could say whether it's plausible that it prevents the error this bug report captured. I can't determine the question one way or the other.
Target Milestone: --- → mozilla0.9
marking WORKSFORME... please reopen if problem re-surfaces.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
worksforme too, verified Mac os8.6 2001051504
Status: RESOLVED → VERIFIED
Keywords: qawanted
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: