Closed Bug 582636 Opened 16 years ago Closed 15 years ago

Browser does not response when open url [@ nsTArray_base::UsesAutoArrayBuffer() ]

Categories

(Core :: Layout, defect)

x86
Windows 7
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME
Tracking Status
blocking2.0 --- betaN+

People

(Reporter: alice0775, Unassigned)

References

()

Details

(Keywords: crash, regression)

Crash Data

User-Agent: Mozilla/5.0 (Windows; Windows NT 6.1; WOW64; rv:2.0b3pre) Gecko/20100728 Minefield/4.0b3pre ID:20100728041048 Build Identifier: Mozilla/5.0 (Windows; Windows NT 6.1; WOW64; rv:2.0b3pre) Gecko/20100728 Minefield/4.0b3pre ID:20100728041048 Browser does not response when open url Reproducible: Always Steps to Reproduce: 1. Start Minefield with 2. Open URL ( http://people.mozilla.com/~prouget/demos/round/index.xhtml ) Actual Results: Browser does not response The problem does not happen on Mozilla/5.0 (Windows; U; Windows NT 6.1; ja; rv:1.9.2.8) Gecko/20100722 Firefox/3.6.8 ID:20100722155716
Severity: critical → major
Hmmm, i get a nice Crash as mentioned in Bug 580383 Comment 10.
I get a crash with Mozilla/5.0 (Windows; Windows NT 6.1; rv:2.0b3pre) Gecko/20100728 SeaMonkey/2.1a3pre 0 xpcom_core.dll nsTArray_base::UsesAutoArrayBuffer objdir/mozilla/dist/include/nsTArray.h:168 1 xpcom_core.dll nsTArray_base::EnsureNotUsingAutoArrayBuffer objdir/mozilla/xpcom/build/nsTArray.cpp:266 2 xpcom_core.dll nsTArray_base::SwapArrayElements objdir/mozilla/xpcom/build/nsTArray.cpp:207 3 seamonkey.exe mozilla::FrameLayerBuilder::DrawThebesLayer layout/base/FrameLayerBuilder.cpp:1273 4 seamonkey.exe mozilla::layers::BasicThebesLayer::Paint gfx/layers/basic/BasicLayers.cpp:380 5 seamonkey.exe mozilla::layers::BasicLayerManager::PaintLayer gfx/layers/basic/BasicLayers.cpp:1064 6 seamonkey.exe mozilla::layers::BasicLayerManager::PaintLayer gfx/layers/basic/BasicLayers.cpp:1072 7 seamonkey.exe mozilla::layers::BasicLayerManager::EndTransaction gfx/layers/basic/BasicLayers.cpp:972 8 seamonkey.exe nsDisplayList::PaintForFrame layout/base/nsDisplayList.cpp:406 9 seamonkey.exe RegularFramePaintCallback::Paint layout/svg/base/src/nsSVGIntegrationUtils.cpp:215 10 seamonkey.exe nsSVGFilterInstance::BuildSourceImages layout/svg/base/src/nsSVGFilterInstance.cpp:376 11 seamonkey.exe nsSVGFilterInstance::Render layout/svg/base/src/nsSVGFilterInstance.cpp:465 12 seamonkey.exe nsSVGFilterFrame::FilterPaint layout/svg/base/src/nsSVGFilterFrame.cpp:223
Severity: major → critical
Status: UNCONFIRMED → NEW
Component: General → Layout
Ever confirmed: true
Keywords: crash
Product: Firefox → Core
QA Contact: general → layout
Summary: Browser does not response when open url → Browser does not response when open url [@ nsTArray_base::UsesAutoArrayBuffer() ]
I forgot to add that I got the crash already with 0726 : bp-ff858935-efe7-4d04-af9d-6c72c2100728
Keywords: regression
blocking2.0: --- → ?
(In reply to comment #1) > Hmmm, i get a nice Crash as mentioned in Bug 580383 Comment 10. Yes, same regression range,landing of Bug 564991 causes the problem. However, My browser never crash, loading something forever and browser UI freeze.
Fixed by landing of bug 580494?
blocking2.0: ? → betaN+
So this bug can be marked fixed then, right?
Works on Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b5pre) Gecko/20100819 Minefield/4.0b5pre ID:20100819102200
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
Crash Signature: [@ nsTArray_base::UsesAutoArrayBuffer() ]
You need to log in before you can comment on or make changes to this bug.