Duncan Loveday Reporter
	Description • 16 years ago

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b1pre) Gecko/20081001 Minefield/3.1b1pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b1pre) Gecko/20081001 Minefield/3.1b1pre

A simple SVG element with fill="none" is being filled with black on the current trunk build. This is the case even if stroke is set to another colour.

Reproducible: Always

Steps to Reproduce:
1. Load the attached
2.
3.
Actual Results:  
The circle and rectangle are both filled with black.

Expected Results:  
The circle and rectangle should not be filled, one is stroked with green and the other blue.

	Mats Palmgren (inactive)
	Comment 2 • 16 years ago

Regression window: 2008-09-29-02 -- 2008-09-30-02, likely by bug 455984

	Vladimir Vukicevic [:vlad] [:vladv] (needinfo me, slow to respond)
	Comment 5 • 16 years ago

This needs to go in for b1 -- it breaks google maps.  Testcase: http://tinyurl.com/3n489a

	Jesse Ruderman
	Comment 6 • 16 years ago

It looks like a reftest change for bug 455226 snuck into the reftest patch for this bug.

	Robert Longson [:longsonr] Assignee
	Comment 7 • 16 years ago

Part of it did but its innocuous. The part to enable that reftest did not sneak in so the reftest isn't run.

	Mike Beltzner [:beltzner, not reading bugmail]
	Comment 8 • 16 years ago

(In reply to comment #5)
> This needs to go in for b1 -- it breaks google maps.  Testcase:
> http://tinyurl.com/3n489a

Just FTR, you need to change general.useragent.extra.firefox to be Firefox/3.1b1pre to see this actually happen.

	Dão Gottwald [:dao]
	Comment 10 • 16 years ago

http://hg.mozilla.org/mozilla-central/rev/7a1870bcfef0
http://hg.mozilla.org/mozilla-central/rev/deb6ad2c79b5

	Marcia Knous [:marcia]
	Comment 11 • 16 years ago

verified fixed using Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b2pre) Gecko/20081013 Minefield/3.1b2pre and Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b2pre) Gecko/20081013 Minefield/3.1b2pre. I verified using the testcase in Comment 1.