Closed Bug 403932 Opened 17 years ago Closed 16 years ago

Fx3b1 is unable to load http://ejohn.org/files/ecma-cloud.svg

Categories

(Core :: SVG, defect, P3)

x86
All
defect

Tracking

()

VERIFIED FIXED
mozilla1.9beta4

People

(Reporter: LpSolit, Unassigned)

References

()

Details

http://ejohn.org/files/ecma-cloud.svg loads within one second with Fx 2.0.0.9 but still doesn't load after 10 minutes with Fx3b1; I had to kill the application -> regression. Maybe that's a dupe of bug 313314, but as I'm not a SVG expert, I'm filing this bug just in case.

Requesting blocking as it completely freezes my browser and is a regression.
Flags: blocking1.9?
On OS X this is slow, but definitely faster than Linux.  Still, there's something bad happening here.  +'ing and setting to P3.
Flags: blocking1.9? → blocking1.9+
Priority: -- → P3
Not a regression but a consequence of new functionality in Fx 3 which implements parts of the SVG spec that Fx 2 ignores i.e. filters.

Our implementation of GaussianBlur filtering is very slow. Completing bug 399488 would help.
Keywords: regression
I'm seeing this on Windows too.
OS: Linux → All
We end up creating an approximate 1000 x 1000 pixel surface for each filter. That seems awfully large.
This should be helped by Bug 416305.
Depends on: 416305
Actually bug 414784 is the bug that will fix this.
Depends on: 414784
Should be fixed now.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Still doesn't work with Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9b4pre) Gecko/2008021704 Minefield/3.0b4pre. It probably doesn't has the fix yet. Will try with the next nightly.
Verified fixed with:

Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9b4pre) Gecko/2008021804 Minefield/3.0b4pre

The loading time is now comparable to Fx2.
Status: RESOLVED → VERIFIED
Target Milestone: --- → mozilla1.9beta4
Except Fx2 didn't display the shadows and now we do :-)
You need to log in before you can comment on or make changes to this bug.