Closed Bug 63543 Opened 24 years ago Closed 24 years ago

crash at comics.com

Categories

(Core :: Layout, defect)

x86
Windows 95
defect
Not set
trivial

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: MozillaUser, Assigned: clayton)

References

()

Details

Using build 2000122105 on Windows 95 the crash is Windows red-X-of-death saying: MOZILLA caused an invalid page fault in module UCONV.DLL at 014f:60883819 (I will spare you the stack dump) To reproduce, go to http://www.comics.com/uminfo/sitemap.html (which works fine, but is a good starting point to get to pages that crash) and click on any comic (except Dilbert, as Dilbert uses a completely different layout than the other comics on the site, and doesnt seem to trigger this crash) Now, after the comic loads, click the "next" link at the top right and corner of the comic to go to the next comic. Keep repeating that, and withing five comics or so you should get the crash (it happens just as a new page is loading) .. If you have gone through 8 or 10 comics, and it hasnt crashed yet, hit the "back" button (Mozilla's back button, not the page's "Back" link) and that is almost certain to trigger the crash. I spent quite some time trying to figure out exactly how many clicks it takes to crahs it, but it came out different every time... but however many clicks it took, I could still always make it crash. Ill try to look for a more consise test-case, but I cant do it now... I dont want to have to explain "No, Mr. Boss, really, I wasnt reading comics on company time, I was trying to pinpoint a browser crash!" ... like he would really belive that :)
WORKSFORME Platform: PC OS: Linux 2.2.16 Mozilla: 2000122808 M18 Trunk
WORKSFORME, 2000-12-27-05 on Windows 98 SE.
Marking verified works for me. Tested on a Window ME (2000123120) and Mac OS 9 (2000122910).
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
I just tried it again with build 2000123120 and I was able to get it to crash... but only once in 45 minutes of browsing. I wont reopen unless I can figure out exact steps to reproduce.
reopening. removing "inconsistent" from the summary upping severity, cause this is a crasher Using Build 2001022605 on Win 95 I now have a nice clean easy way to reproduce this elusive crasher. Go to http://www.comics.com/comics/robotman/ Today's comic loads. By the upper-right corner of the comic is a little link that says "NEXT >" click it to go to the next comic The next comic loads Now hit the browser's back button. You will see the first comic again, but just as it finishes rendering, Mozilla will crash with MOZILLA caused an invalid page fault in module UCONV.DLL at 014f:60871405. (Also, take note of bug 50177 which was about the same issue, but was also closed WORKSFORME)
Severity: normal → major
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Summary: Inconsistent crash at comics.com → crash at comics.com
I still can't reproduce this problem on the latest build (Feb 27 build). Tried on Win 95 and Win ME systems. I go to the specified url in the last comments. Comic loads and then I click on next link in the right corner. A new comic is loaded. Pressing the back arrow on toolbar goes back to the previous comic image. No crash occurs for me.
I started over with a fresh user profile this morning, and now I cant reproduce it either... It drives me mad that I dont know what was wrong with my profile, but since it isnt happening with a clean profile, I guess it becomes moot. I feel that this is still an issue, since in a truly stable browser, NOTHING, not even a corrupted user profile should be able to result in a hard crash, so instead of resolving this WORKSFORME again I am just going to drop the severity down to trivial. Of course, if you feel differently about this one Chris, resolve it however you see fit Alls well that ends well. Im just happy to be able to read comics on company time again :)
Severity: major → trivial
How old was the profile you were using ? Several months old ? Also, remember that the software is in development and problems may occur if your are using a profile that was created by an older version. Glad to here that it's working now.
Hmmm, I dont remember what build/milestone I created it with, but the oldest file creation dates I see in my backup copy of it are October 9th 2000
Marking worksforme after reporters last comments.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → WORKSFORME
Marking verified in the Feb 27th build.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.