Firefox 18 throws exception on getBBox about svg.js HOT 7 CLOSED

Yes I know, FireFox is buggy and inconsistent on the bounding box. Elements in the <defs>, elements that are not added to the SVG canvas and invisible elements are treated as not present in the SVG DOM. A - rather dirty - workaround is moving the element in question to the SVG parent, applying the required change or getting the necessary info, and then placing them again in the <defs>.

from svg.js.

Oh no, that sucks. On a plus note, it doesn't happen in the nightly builds.

If that is the case I may just make a quick and dirty patch in my fork for the time being - try, catch > fake the bb. And I wont ask you to merge that. If a better idea comes to mind I'll give it try.

from svg.js.

I think faking the bbox is probably the best way to go, if that is even possible at all of course. If you know the size and position of an element you could store them in a data attribute and go from there.

from svg.js.

Yeah, in my case this is happing inside or ploy* plot() which I'm using to update a mask (which might be why FF considers it hidden).

from svg.js.

Just wanted to tell that this still occurs if you want to getBBox() on a SVG element from inside a setInterval function. Don't have time to test this toroughly now, but in my case the element was looked up inside a "load" event listener and referenced in a setInterval closure function. I solved the problem by getting all BBoxes of all elements outside the setInterval closure and storing them in an object, which of course can then be referenced in the closure.

from svg.js.

Had similar problems just recently. Even though I felt certain that the element was added to the DOM, getBBox still resulted in NS_ERROR_FAILURE with no helpful stacktrace in Firefox 58. Solved it with try/catch around it and manual fallback in the catch block. Thanks for the hints in this thread

from svg.js.

if you use svg.js a simpe el.bbox() will give you the bbox even if the element is not in the dom.

from svg.js.