Closed
Bug 253286
Opened 20 years ago
Closed 20 years ago
crash everytime I try to load http://www3.telus.net/excel/PDA/schedule.htm
Categories
(Core Graveyard :: GFX: Mac, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 216397
People
(Reporter: benjamin, Assigned: sfraser_bugs)
References
()
Details
(Keywords: crash, platform-parity)
Attachments
(1 file)
36.90 KB,
text/plain
|
Details |
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040616 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040616 crash everytime I try to load http://www3.telus.net/excel/PDA/schedule.htm Here are some TB TB424022H TB424029X TB424071Z Reproducible: Always Steps to Reproduce: 1. Go to http://www3.telus.net/excel/PDA/schedule.htm Actual Results: Crash. Expected Results: No Crash.
Comment 1•20 years ago
|
||
Worksforme with a current Linux trunk build. The talkback stacks are (all identical stack): Move1Line32Src() Merge32Src() Stretch() OneSrcOneDst() BitsDevLoop() CommonBits() StdBits() CommonBits() CopyBits() nsImageMac::Draw() [/builds/release/1.7/mozilla/gfx/src/mac/nsImageMac.cpp, line 293] nsRenderingContextImpl::DrawScaledImage() [/builds/release/1.7/mozilla/gfx/src/shared/nsRenderingContextImpl.cpp, line 710] nsImageFrame::Paint() [/builds/release/1.7/mozilla/layout/html/base/src/nsImageFrame.cpp, line 1308] nsContainerFrame::PaintChild() [/builds/release/1.7/mozilla/layout/html/base/src/nsContainerFrame.cpp, line 132] nsBlockFrame::PaintChildren() [/builds/release/1.7/mozilla/layout/html/base/src/nsBlockFrame.cpp, line 683] nsHTMLContainerFrame::PaintDecorationsAndChildren() [/builds/release/1.7/mozilla/layout/html/base/src/nsHTMLContainerFrame.cpp, line 141] So either we're passing bogus bits to CopyBits(), or the OS itself is buggy.
Comment 2•20 years ago
|
||
Actually, this could be bug 247542. Please test a current nightly 1.7 branch or trunk build?
Comment 3•20 years ago
|
||
Appears to worksforme with Mozilla 2004072608 (nightly) on Mac OS 10.2.8.
Reporter | ||
Comment 4•20 years ago
|
||
Same thing with recent build TB426152Q Mozilla 1.8a3 Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8a3) Gecko/2004072708
Reporter | ||
Comment 5•20 years ago
|
||
Comment 6•20 years ago
|
||
Yep, that's the same stack. Benjamin, what OSX version are you using?
Reporter | ||
Comment 7•20 years ago
|
||
OS Version: 10.3.4 (Build 7H63) ~~~~~ $ uname -a Darwin 7.4.0 Darwin Kernel Version 7.4.0: Wed May 12 16:58:24 PDT 2004; root:xnu/xnu-517.7.7.obj~7/RELEASE_PPC Power Macintosh powerpc ~~~~~ Machine Model: Power Mac G4 CPU Type: PowerPC G4 (3.3) Number Of CPUs: 1 CPU Speed: 1.25 GHz L2 Cache (per CPU): 256 KB L3 Cache (per CPU): 1 MB Memory: 1.25 GB Bus Speed: 167 MHz Boot ROM Version: 4.4.8f2
Comment 8•20 years ago
|
||
Doesn't seem to be bug bug 247542, since I can recreate this under millions of colors. Seems to be related to the BMP at the top of the page. On that page, it is stretched bigger. I saved a local copy, and removed the sizing in the HTML, so it would display at its normal size. This didn't crash. So something about stretching BMPs is resulting in this crash. As an aside, my Quartz patch at bug 245407 has no problems with this, but I don't know when that will get checked in.
Comment 9•20 years ago
|
||
URL in Comment #1 loads slowly, but no crash with Camino nightly 2004092708 running under Mac OS 10.3.5 and Java update 1.4.2 version 2. WFM.
Comment 10•20 years ago
|
||
dupe of bug 216397 (I had a similar crash, and I noticed these have the same stacktraces)
Comment 11•20 years ago
|
||
*** This bug has been marked as a duplicate of 216397 ***
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Updated•16 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•