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)
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?
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
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 ago → 26 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.
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?
Comment 10•26 years ago
|
||
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.
Assignee | ||
Comment 11•26 years ago
|
||
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
Comment 12•26 years ago
|
||
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.
Comment 13•26 years ago
|
||
Comment 14•26 years ago
|
||
Updating QA Contact
Comment 15•26 years ago
|
||
I still can't reproduce this. Can you please verify that you're seeing the bug
in the may13 (or later) build? Thanks.
Comment 16•26 years ago
|
||
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.
Reporter | ||
Comment 17•26 years ago
|
||
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
Comment 18•26 years ago
|
||
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?
Reporter | ||
Comment 19•26 years ago
|
||
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.
Reporter | ||
Comment 20•26 years ago
|
||
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 | ||
Comment 21•26 years ago
|
||
OK, I'm moving this out a few milestones until we can get a reproduciable case
in house.
QA ... a little help! :-)
Comment 22•26 years ago
|
||
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.
Assignee | ||
Comment 23•26 years ago
|
||
Moving to M10 until someone can make this happen reliably ...
Assignee | ||
Comment 24•25 years ago
|
||
Move to M13 ...
Updated•25 years ago
|
Severity: normal → critical
Updated•25 years ago
|
Assignee: don → troy
Component: other → Layout
Comment 25•25 years ago
|
||
Why is this assigned to me?
Updated•25 years ago
|
QA Contact: beppe → paulmac
Reporter | ||
Comment 26•25 years ago
|
||
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 ago → 25 years ago
Resolution: --- → WORKSFORME
Target Milestone: M13
Assignee | ||
Comment 27•25 years ago
|
||
Resolved as WORKSFORME.
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 28•25 years ago
|
||
v
You need to log in
before you can comment on or make changes to this bug.
Description
•