Closed Bug 5553 Opened 26 years ago Closed 25 years ago

[CRASH] Microsoft home page crashes -- images when replaced with long text strings crash

Categories

(Core :: Layout, defect, P2)

x86
Windows NT
defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: gorm, Assigned: don)

References

()

Details

Attachments

(2 files)

Everytime a go to page http://www.microsoft.com it hangs, well, well, well, i know, it´s not a very interesting page but it worked before,. however,...
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → WORKSFORME
Resolved as WORKSFORME. I'm not seeing this on Windows or Linux. Can you give me some data about your machine configuration?
Attached image A Screenshot (deleted) —
Status: RESOLVED → REOPENED
Sorry,. well, i will try to give som more information, It´s hapans everytime consecuvite at last path month everytime i go to that page (www.microsoft.com), and it always hangs at the place, so i think it´s a bug. The page may have something that mozilla don´t like yet. I´m running it on Windows NT 4.0 with service pack 3, got a lot of services running,.Internet information server, Microsoft SQL Server 6.5, Oracle Eneterprise 8,. and i hace installed Visual Studio. It´s Pentium MMX at 166 mhz with 128 mb Ram, a S3 VIRGE graphics card. Benny
Resolution: WORKSFORME → ---
Assignee: don → law
Status: REOPENED → NEW
Priority: P3 → P1
Summary: [CRASH] Microsoft home page crashes
Target Milestone: M5
Assigned to law. OK, this is now happening for me too with today's build on Windows 98. Today's build on Linux doesn't crash, but it doesn't complete loading either. Perhaps the problem is intermittent and has to do with the content on Microsoft's home page. Bill, can you track down where this is dying and re-assign this as appropriate?
Status: NEW → RESOLVED
Closed: 26 years ago26 years ago
Resolution: --- → WORKSFORME
I can't reproduce this. I tried yesterday's build (4/28) and today's (4/29). If anybody is still seeing the problem, please let me know so I can figure out how to reproduce it.
Status: RESOLVED → REOPENED
For me it´s still crashing, now i test the Build 1999042908 and it´s look like the bug is still there. Well,. maybe it´s something with my machine configartion that´s make some conflict with Mozilla, whatever,... Running on Windows NT 4.0 with service pack 3, (still the same machine as above,...) Benny
For me it´s still crashing, now i test the Build 1999042908 and it´s look like the bug is still there. Well,. maybe it´s something with my machine configartion that´s make some conflict with Mozilla, whatever,... Running on Windows NT 4.0 with service pack 3, (still the same machine as above,...) Benny
For me it´s still crashing, now i test the Build 1999042908 and it´s look like the bug is still there. Well,. maybe it´s something with my machine configartion that´s make some conflict with Mozilla, whatever,... Running on Windows NT 4.0 with service pack 3, (still the same machine as above,...) Benny
OK, this looks like some evil intermittent problem from the pits of hell. :-) Can the QA gods shine on us and try to get a repeatable case on a machine at Netscape that Bill can debug? Help, anyone?
works for me as well on win95 laptop. gorm/don, does talkback come up so you can generated a stack trace and send it in? I don't see anything in the talkback database.
Priority: P1 → P2
Target Milestone: M5 → M6
I'm moving this to M6 until we can get a repeatable case in-house.
Summary: [CRASH] Microsoft home page crashes → [CRASH] Microsoft home page crashes -- images when replaced with long text strings crash
This page still crashes on the 5-8 build. I minimized the microsoft.com homepage and found that the bug has to do with the way nglayout replaces images that fail to load with text. When the text of the image that fails to load is long, the page should reflow itself but it doesnt. Note that on the minimized test case, my machine crashes (win98) crashes when the text on the right is "VERYVERYVERYLARGETEXTTHAT FORCESAREFLOW", but doesn't crash when it is "LARGETEXTTHAT FORCESAREFLOW." This leads me to believe that nglayout is crashing when it tries to reflow. Changing the summary and attaching a test case.
QA Contact: 3853 → 3849
Resolution: WORKSFORME → ---
Updating QA Contact
Status: REOPENED → ASSIGNED
I still can't reproduce this. Can you please verify that you're seeing the bug in the may13 (or later) build? Thanks.
This was fixed when Kipp (I think) removed the conversion of images that fail to load to text, and re-implemented the traditional although non-standardized method of showing placeholder outlines. This is a bug in a feature that was turned off temporarily, so this bug should remain open.
Well, for me right now in some of latest nightly builds it's really not crashing, just closing (diening) unexceplty. But the bug is still there. Benny
Benny: Thanks for your persistence and diligence. One more thing: does viewer display this page OK for you? All: Given the claim that it's a layout problem with certain images/text, can I reassign this to somebody on the core layout team? Volunteers?
Law: Yes, it's seems want to display the page "OK", well, the only problem that it's never finished to load, before it's crash some (almost all) images are incomplete.
Testing the lates nightly build (1999-05-19) of Mozilla doesn´t crash to me, sometimes it don´t wnat to display all the images, but when i resized the window the images apear correctly. The page seem to display OK, really don´t if the bug is still there.... bloviate: Do you think it´s the feature that is turned off ??
Assignee: law → don
Status: ASSIGNED → NEW
Target Milestone: M6
Target Milestone: M9
OK, I'm moving this out a few milestones until we can get a reproduciable case in house. QA ... a little help! :-)
Moving all Apprunner bugs past and present to Other component temporarily whilst don and I set correct component. Apprunner component will be deleted/retired shortly.
Target Milestone: M9 → M10
Moving to M10 until someone can make this happen reliably ...
Target Milestone: M11 → M13
Move to M13 ...
Severity: normal → critical
Assignee: don → troy
Component: other → Layout
Assignee: troy → don
Why is this assigned to me?
QA Contact: beppe → paulmac
Can't see this bug anymore, i have been at most every nightly build, i think it will be better to leave this bug.
Status: NEW → RESOLVED
Closed: 26 years ago25 years ago
Resolution: --- → WORKSFORME
Target Milestone: M13
Resolved as WORKSFORME.
Status: RESOLVED → VERIFIED
v
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: