Closed Bug 499138 Opened 16 years ago Closed 16 years ago

Crash [@ nsCachedStyleData::GetStyleVisibility] with position: absolute, input type=radio and -moz-column-count

Categories

(Core :: Layout, defect, P2)

x86
Windows XP
defect

Tracking

()

VERIFIED FIXED
Tracking Status
status1.9.2 --- beta1-fixed

People

(Reporter: martijn.martijn, Assigned: martijn.martijn)

References

Details

(Keywords: crash, regression, testcase)

Crash Data

Attachments

(1 file)

Attached file testcase
See testcase, when hovering over the text, I usually crash. This seems to have regressed between 2009-05-09 and 2009-05-11: http://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2009-05-09+05%3A00%3A00&enddate=2009-05-11+09%3A00%3A00 Regression from bug 491537 somehow? http://crash-stats.mozilla.com/report/index/56f75fa1-f0d6-4c36-81d2-989d22090618?p=1 0 xul.dll nsCachedStyleData::GetStyleVisibility layout/style/nsStyleStructList.h:103 1 xul.dll nsStyleContext::GetStyleVisibility layout/style/nsStyleStructList.h:103 2 xul.dll nsFrameManager::ReResolveStyleContext layout/base/nsFrameManager.cpp:1110 3 xul.dll nsFrameManager::ComputeStyleChangeFor layout/base/nsFrameManager.cpp:1490 4 xul.dll nsCSSFrameConstructor::ProcessOneRestyle layout/base/nsCSSFrameConstructor.cpp:11307 5 xul.dll PresShell::FlushPendingNotifications layout/base/nsPresShell.cpp:4782 6 nspr4.dll _MD_CURRENT_THREAD nsprpub/pr/src/md/windows/w95thred.c:308 7 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:516 8 xul.dll nsBaseAppShell::Run widget/src/xpwidgets/nsBaseAppShell.cpp:170 9 xul.dll nsAppStartup::Run toolkit/components/startup/src/nsAppStartup.cpp:193 10 nspr4.dll PR_GetEnv 11 firefox.exe wmain toolkit/xre/nsWindowsWMain.cpp:110 12 firefox.exe firefox.exe@0x21a7 13 kernel32.dll kernel32.dll@0x17076
Possible.... I can't seem to be able to reproduce (on Mac).
Blocks: 491537, ireflow
Flags: blocking1.9.2?
Martijn, can you still reproduce? If so, does the patch in bug 505482 fix it for you?
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2a1pre) Gecko/20090722 Minefield/3.6a1pre Still reproducible, very easily on Vista (took me ~2 seconds of playing with the mouse).
That's with the patch Or without? I'll try to get my Windows build going again, I guess.
OK, I can reproduce on Windows and the patch in bug 505482 fixes it for me.
Depends on: 505482
(In reply to comment #4) > That's with the patch Or without? It was without the patch. I couldn't get to the patch to try it out, sorry.
Should be fixed by checkin for bug 505482. Not sure how to write a sane test for this. :(
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Flags: in-testsuite?
Flags: blocking1.9.2? → blocking1.9.2+
Priority: -- → P2
Mass change: adding fixed1.9.2 keyword (This bug was identified as a mozilla1.9.2 blocker which was fixed before the mozilla-1.9.2 repository was branched (August 13th, 2009) as per this query: http://is.gd/2ydcb - if this bug is not actually fixed on mozilla1.9.2, please remove the keyword. Apologies for the bugspam)
Keywords: fixed1.9.2
verified FIXED on builds: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2a2pre) Gecko/20090904 Namoroka/3.6a2pre ID:20090904033959 and Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.3a1pre) Gecko/20090904 Minefield/3.7a1pre ID:20090904030702
Status: RESOLVED → VERIFIED
Crash Signature: [@ nsCachedStyleData::GetStyleVisibility]
Flags: in-testsuite? → in-testsuite+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: