394463 - refresh on resize broken for use mask

Status: RESOLVED FIXED

(Core :: SVG, defect)

Description

[jonathan chetwynd]

Attachment: demo

the white hole reveals text. when the window is resized the hole does not change size, until the page is refreshed.

the white hole should resize as the window is changed by the user:

graphics within a viewbox normally maintain scale as the window is resized.

this is demonstrated in the attachment by a black circle which changes size as the window is resized by the user.

Comment 1

[Robert Longson [:longsonr]]

Fixed by the patch for bug 396771

Comment 2

[jonathan chetwynd]

#1 Robert, 

this seems very broken in os x

there is no 'white' hole any more, the brown background is missing.

possibly the test file is malformed?
it displays as expected in safari

Comment 3

[Robert Longson [:longsonr]]

I guess that would be a different mac only bug. Feel free to raise it.

Comment 4

[jonathan chetwynd]

#3 Robert, will do, but presumably there's a relation with this bug that can't be closed, though should I change the scope to os x only?
probably not eh as the other bug should be fixed first?

I hate not having the slightest idea what the method is for all this administrative guff.

Comment 5

[jonathan chetwynd]

bug 407350 mask broken, 
this bug cannot be closed for os x until that bug is fixed.

Comment 6

[Robert Longson [:longsonr]]

I see the originally described bug on Windows so it is cross platform. I don't see the effect in comment 2. I will mark this bug fixed when I check in the patch in bug 396771 because I have duplicated it on the platform I have access to and fixed it at least on that platform. Bug 407350 will then remain open to track Mac mask problems.

If you morph bugs because new (possibly platform specific) issues appear then we never know what bug we are actually fixing, the original one or the new one(s). If you see a different buggy effect with the same testcase then please raise a new bug.

Comment 7

[jonathan chetwynd]

Robert,

I understand your view, but I raised this bug as core because it's on os x camino and firefox.

core is the only place that currently has an SVG component for os x
so you are effectively doubling my work.
if I made the hardware os x only, you might not chase, and would in any case have to open another bug.
obviously if that is what you prefer I will do that.
it's unreasonable to expect - me - to open bugs all the time.
what do you suggest?

Comment 8

[jonathan chetwynd]

Robert,

to be more particular if you are only prepared to resolve for one platform on an 'all' bug, then shouldn't you open a separate bug, and this one can be changed to os x, in this example...

as I say the admin seems heavily broken from where I am, leading me to frustration and plenty of extra work on what is basically a hobby.

cheers

Comment 9

[Robert Longson [:longsonr]]

I do look at your mac bugs to see if I get them on Windows in that case I can mark them hardware and OS All. I do see this bug on Windows, I don't see bug 407350.

I am fixing this bug for all platforms you just can't tell that because you are experiencing bug 407350. If I mark this bug as fixed and then later bug 307350 is fixed you should see this bug fixed on mac because this bug as originally reported is cross platform.

Comment 10

[jonathan chetwynd]

#9 Robert,
ok that's fine, but how can you say this bug is fixed for all if the test case does not work on os x?
You may believe it to be, but that's faith not science.

Comment 11

[Robert Longson [:longsonr]]

Firefox consists of operating system specific code and then a platform independent layer on top of that. The fix in bug 396771 is in the platform independent layer of code and therefore scientifically speaking this bug is fixed for all platforms although other bugs in the lower os x specific layers e.g. bug 407350 may be temporarily masking visibility of this.