###!!! ASSERTION: non-opaque color property cannot be stringified: 'Not Reached', file /Users/jruderman/central/content/html/document/src/nsHTMLDocument.cpp, line 2405 Bug 494225 was made security-sensitive, so I'm making this one security-sensitive as well.

This is perhaps why HTML5 explicitly excludes "transparent" from the set of named colors that can be used in a legacy color value (see http://www.whatwg.org/specs/web-apps/current-work/multipage/infrastructure.html#colors). I can make that change or I can have LegacyRGBToHex() spit "transparent" back out for rgba(0,0,0,0). What do people prefer? (N.B. Depending on when exactly my family decides they're going to visit, I may take Monday off.)

If we're talking 1.9.1, spitting back "transparent" is the way to go. For trunk, I'd be happy to try the html5 approach. This is not security-sensitive, imo; we're not reading random data or anything.

And I believe we do want a 1.9.1 fix here.

Here's a patch (versus trunk) that makes rgba(0,0,0,0) stringify to "transparent" in these contexts.

go ahead and land this on m-c, once it goes green nominate for 1.9.1, though it's getting down to the wire

Pushed http://hg.mozilla.org/mozilla-central/rev/8dd6961e7ea3

Comment on attachment 380647 [details] [diff] [review] patch This is looking pretty green (modulo known orange bustage) on m-c.

Comment on attachment 380647 [details] [diff] [review] patch a191=beltzner

Pushed http://hg.mozilla.org/releases/mozilla-1.9.1/rev/263936683da2

verified FIXED on debug builds (no assertion seen): Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1pre) Gecko/20090608 Shiretoko/3.5pre ID:20090608122057 and Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2a1pre) Gecko/20090608 Minefield/3.6a1pre ID:20090608122028