Closed Bug 490848 Opened 15 years ago Closed 15 years ago

Crash during Image Browsing [@ nsLayoutUtils::GetCrossDocParentFrame(nsIFrame const*, nsPoint*) ]

Categories

(Core :: Layout, defect, P2)

defect

Tracking

()

VERIFIED WORKSFORME
Tracking Status
status1.9.2 --- beta3-fixed

People

(Reporter: cbook, Unassigned)

References

()

Details

(Keywords: crash, topcrash, Whiteboard: [wfm on 1.9.2?])

Crash Data

Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2a1pre) Gecko/20090430 Minefield/3.6a1pre (xp x64 SP2)

Steps to reproduce:
-> Go to http://www.augustinerkeller.de/english/index.html 
-> Click on "Image Gallery" -> "Beer Garden" -> and browse through the images
--> Crash

http://crash-stats.mozilla.com/report/index/94af93ab-ea0b-4b92-8db8-561d02090430?p=1

Crashing Thread
Frame 	Module 	Signature [Expand] 	Source
0 	xul.dll 	nsLayoutUtils::GetCrossDocParentFrame 	layout/base/nsLayoutUtils.cpp:274
1 	xul.dll 	nsDisplayListBuilder::IsMovingFrame 	layout/base/nsDisplayList.h:191
2 	xul.dll 	AddItemsToRegion 	layout/base/nsLayoutUtils.cpp:1182
Version: 1.9.1 Branch → Trunk
This is now the #1 topcrash on 3.6a2pre.
Severity: normal → critical
Flags: blocking1.9.2?
Keywords: topcrash
OS: Windows XP → All
Hardware: x86 → All
I'm not seeing the crash on Mac. What do you mean "browse through the images"? Just scroll up and down the frame containing images, or something else?
Tomcat, can you get a full stack from a debug build?
Flags: blocking1.9.2? → blocking1.9.2+
Priority: -- → P2
(In reply to comment #3)
> Tomcat, can you get a full stack from a debug build?

hrm, thats now works for me : Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2a2pre) Gecko/20090810 Minefield/3.6a2pre
(In reply to comment #1)
> This is now the #1 topcrash on 3.6a2pre.

hm maybe it would be worth to get the urls that have this stack signature, so i could test with my crash test automation ?
I don't see the stack anywhere in crash-stat list.
Tomcat, can you update this bug? Should we just close it?
(In reply to comment #7)
> Tomcat, can you update this bug? Should we just close it?
yeah !

i'm not able to reproduce anymore, closing as wfm
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
Tomcat, can you confirm that this is WORKSFORYOU on 1.9.2? (and, assuming it's fixed, set the status192 flag)

This is marked blocking1.9.2+, so we should make sure it's fixed there.
Whiteboard: [wfm on 1.9.2?]
confirmed/verified wfm for 1.9.2 on beta so setting flag
Status: RESOLVED → VERIFIED
Crash Signature: [@ nsLayoutUtils::GetCrossDocParentFrame(nsIFrame const*, nsPoint*) ]
You need to log in before you can comment on or make changes to this bug.