330095 - SVG text with rotation matrix drawn twice in wrong location

Status: RESOLVED FIXED

(Core Graveyard :: GFX, defect)

Description

[tor]

On a build from the night of 3/9, SVG text with a rotation matrix appears to be drawn twice and in the wrong location on win32 with cairo gfx.  In the attached testcase, the text should be placed on the red line.  If you add 'fill-opacity="0.5"' to the <text> element then the text appears in the correct location.

Comment 1

[tor]

Attachment: testcase - text baseline should be the red line

Comment 2

[tor]

Attachment: snapshot of result seen on win32

Comment 3

[Stuart Parmenter]

Attachment: fix for double text rendering

this fixes the double text rendering, but doesn't fix the wrong x/y problem.  the toy text api ends up translating the x/y coordinates for the backend function and then we set the world transform which ends up rotating and translating again.

we really need the backend to get the original numbers here if we're going to use SetWorldTransform for rotations.. not sure what the right fix it -- will look in to it further.

Comment 4

[Stuart Parmenter]

Comment on attachment 214738 [details] [diff] [review]
fix for double text rendering

checked in. leaving open for rotation problems

Comment 5

[Robert Longson [:longsonr]]

*** Bug 331324 has been marked as a duplicate of this bug. ***

Comment 6

[tor]

Attachment: testcase 2 - add outline

Comment 7

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

(In reply to comment #6)
> Created an attachment (id=218053) [edit]
> testcase 2 - add outline

shaver was mentioning that this was a problem on the mac as well, however:

1.5.0.2: no outline is drawn at all
2.0a*: green outline drawn after the text; that is, I just see the "fo" green outline after the solid black "foobar", but they seems to be rotated correctly
3.0a*: green outline glyphs drawn at correct location, but not rotated

Comment 8

[tor]

On OS-X here:

  1.5.0.1 shows the outline around the text as expected

  2.0a1 shows the outline after the text (pretty that's a bug at our end,
     sounds very familiar)

  trunk shows the non-rotated glyphs

Comment 9

[tor]

2.0a1 outline positioning is bug 333615.

Comment 10

[ignazvonstraubing+bugzilla]

I'm also seeing a variety of other problems with the second testcase:

 - right-clicking around the general text area shows a green outline and random sections of the black text when the resulting menu is dispelled

 - the green border around the box isn't erased when the page is scrolled, just re-rendered in the new position

As an example, see http://img49.imageshack.us/img49/5017/foobar7xb.gif


Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9a1) Gecko/20060413 Firefox/3.0a1

Comment 11

[Stuart Parmenter]

Attachment: fix

we need to use the device_to_logical matrix from the scaled font to transform the x/y points

Comment 12

[Stuart Parmenter]

checked in -- fixed.