325447 - SVG text with gradient color not rendered

Status: RESOLVED FIXED

(Core :: SVG, defect)

Description

[Cheong Tek Mun]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20060131 Firefox/1.6a1
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20060131 Firefox/1.6a1

Two in-line SVG codes are shown.  The top contains a text with gradient color and the bottom contains a text with solid blue color.  Only the bottom text is shown.  There is no problem on Firefox 1.5 for Windows.  Also, the solid blue color text is thinner on Mac than on PC.

Reproducible: Always

Steps to Reproduce:
1. Load the URL using Deer Park Alpha 2 (latest nightly build as of today).
2.
3.

Actual Results:  
Only one SVG text with solid blue color shown

Expected Results:  
Two SVG texts - one with gradient color (top) and another with solid blue color.

Comment 1

[Ria Klaassen (not reading all bugmail)]

In 1.9a1_2006011013 both pictures were still present, but in 1.9a1_2006011022 they were both gone.
Between 1.9a1_2006011305 and 1.9a1_2006011314 they came back, but the orange one is cut to pieces. In Cairo it looks somewhat better.

Comment 2

[Ria Klaassen (not reading all bugmail)]

Sorry, talking about Windows XP.

Comment 3

[Cheong Tek Mun]

With the latest build, this SVG related bug is still unresolved.  As mentioned, the bug only exists on Firefox for Mac.  Since the backend support is Cairo which is platform independent, I believe that the bug can be easily resolved by someone who knows the code well.

Kindly assist as I am waiting to be resolved for my students to access the website.

Thank you.

Comment 4

[Cheong Tek Mun]

Hi,
Can someone kindly help to resolve this bug.  The gradient color text in SVG is shown in Firefox for Windows and Firefox for Linux.  It is not shown in Firefox for Mac.
Thank you.

Comment 5

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

This is not a thebes bug; svg does not use thebes.  It may be related to cairo itself, but we have no component for cairo.

Comment 6

[Brian Ewins]

The original test case is gone, but theres a test for this in the w3c suite,
http://www.w3.org/Graphics/SVG/Test/20061213/htmlEmbedHarness/full-pservers-grad-11-b.html

Confirmed broken in Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-GB; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4
WFM in trunk, Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.9a6pre) Gecko/20070613 Minefield/3.0a6pre

Ine oddity: if you access the svg testcase directly, the font looks too big. Presumably unrelated.

Comment 7

[Robert Longson [:longsonr]]

Closing as WFM on trunk based on comment 6.

Comment 8

[Jonathan Watt [:jwatt]]

Brian, when accessing the test directly the text looks fine to me. Can you file a new bug and attach a screenshot?

Comment 9

[Robert Longson [:longsonr]]

I'm not sure why you are suggesting having a new bug Jonathan. We won't be fixing this in 2.x.

Comment 10

[Jonathan Watt [:jwatt]]

Sorry, I was assuming Brian meant the text size problem was present in trunk. If it's only an issue on branch then of course there's no need for another bug. Brian?

Comment 11

[Robert Longson [:longsonr]]

Light dawns now that I know you were talking about text size ;-)

Comment 12

[Jonathan Watt [:jwatt]]

heh

Comment 13

[Brian Ewins]

Well in the (In reply to comment #10)
> Sorry, I was assuming Brian meant the text size problem was present in trunk.
> If it's only an issue on branch then of course there's no need for another bug.
> Brian?
> 

Well trunk is currently broken WRT this bug - see bug 402527 - but a fix is imminent.

http://www.w3.org/Graphics/SVG/Test/20061213/htmlEmbedHarness/full-pservers-grad-11-b.html is blank in beta 1 on mac, so both this bug and 402527 should have a dependency on bug 404092 (I don't have the perms to add that). When I said the text size was unrelated, I thought that was due to moz-svg using cairo's toy font api, which has since been fixed.

Once the 404092 has landed I expect we can retest and resolve this one. 

Comment 14

[Jonathan Watt [:jwatt]]

I was a bit confused since you said in comment 6 that that testcase (and hence this bug) is WFM for you on trunk. I just noticed that that comment was made six months ago though. :-) With the recent bug churn I thought you'd only just made that comment.

Okay, reopening and adding dependency. FWIW the gradient also sometimes fails on Windows - see bug 405659.

Comment 15

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

"Radial gradient on text, black to yellow" is broken on OSX now, everything else seems to work.  I'll take a look at that.

Can someone check Linux and Win32?

Comment 16

[Jonathan Watt [:jwatt]]

Thanks Vlad. Win32 is fine.

Comment 17

[Jonathan Watt [:jwatt]]

Vlad, anything on comment 15?

Tor, can you see how the test looks on Linux?

Comment 18

[Takeshi Kurosawa :takenspc]

(In reply to comment #17)
> Vlad, anything on comment 15?
> 
> Tor, can you see how the test looks on Linux?
> 

Linux is fine too :-)

Comment 19

[Jonathan Watt [:jwatt]]

This isn't something to block the entire release on, but we certainly want it. Vlad says he _may_ have fixed this in cairo and that he'll look, so assigning to him and marking wanted1.9+.

Comment 20

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

I just checked in a fix to cairo for this.  We'll pick it up when I upgrade cairo again in a few days.

Comment 21

[Jonathan Watt [:jwatt]]

Excellent! :-)

Comment 22

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

Just checked in the cairo upgrade, so going to mark this fixed -- please verify!

Comment 24

[Jonathan Watt [:jwatt]]

Verified in bug 417535 I believe.