384441 - Font cache not empty at shutdown when loading page in URL field

Status: RESOLVED INCOMPLETE

(Core :: Graphics, defect)

Description

[Boris Zbarsky [:bzbarsky]]

BUILD: MOZ_CO_DATE="Tue Jun 12 12:08:49 CDT 2007" trunk

STEPS TO REPRODUCE:
1)  Start browser with -g and XPCOM_DEBUG_BREAK=trap
2)  Load http://security-protocols.com/2007/06/14/safari-beta-301-for-windows-security-update/
3)  Quit

EXPECTED RESULTS: Clean shutdown

ACTUAL RESULTS: The  NS_ASSERTION(mFonts.Count() == 0, in ~gfxFontCache() fires, followed by a fatal assertion failure in cairo when trying to destroy a nonempty cairo hashtable (?).

Don't have a minimal-ish testcase, sorry.  :(

Comment 1

[Robert O'Callahan (:roc) (email my personal email if necessary)]

I don't see this in my trunk new-textframe Mac build.

Comment 2

[Boris Zbarsky [:bzbarsky]]

Hmm... I _was_ using a new-textframe build, I thought...  I was using Seamonkey, though.  I haven't tried Firefox.

Also, note that it's possible that this depends on module unload ordering.  :(

Comment 3

[Martijn Wargers (dead)]

Fwiw, I don't see this in my debug non-textframes build.

Comment 4

[Boris Zbarsky [:bzbarsky]]

It looks like the fxdbug-linux-tbox build that started around "2007/06/29 08:59:00" hit this assertion at shutdown, which caused it to go orange...

Comment 5

[Vladimir Vukicevic [:vlad] [:vladv] (needinfo me, slow to respond)]

Wouldn't block release for this, but we should get this fixed if someone can reproduce it reliably.

Comment 6

[Joe Drew (not getting mail)]

The testcase site no longer exists, and nobody's been able to reproduce since, sadly.