mirror of
https://github.com/netsurf-browser/netsurf
synced 2024-11-21 22:11:22 +03:00
3f764b0459
The SVGTiny content handler uses the reflow method to set the
content width/height. The when the content first broadcasts "done",
the HTML handler checks if there had already been a layout. If there
has, it calls the SVG's content reflow method with the box dimensions.
If not, it calls the reflow method with width/height zero.
Since the layout code was only reflowing objects if they were HTML,
these SVG contents were never getting their actual dimensions.
The result of this was that when we came to plot these SVGs we were
dividing by zero in the building of the transformation matrix:
transform[0] = (float) width / (float) c->width;
...
transform[3] = (float) height / (float) c->height;
These divided the plot size by the content size.
The result of this on the GTK front end was infinities in the
transformation matrix passed to Cairo, and the turning of the
whole nsgtk window into a glitchy ruin while the SVG was on
screen.
It may have affected other front ends too; these divide by zeros
were happening in the core, and passed to the front ends' plotters.
This issue only affected SVGs on HTML pages, and not when viewed
directly. Also the SVGs had to be completely fetched and converted
before the document had undergone layout.
This was the case with SVGs at the top of both Wikipedia and The
Register. In both cases the glitching window would be fixed by
scrolling down the page past the SVG.
|
||
|---|---|---|
| .. | ||
| fetchers | ||
| handlers | ||
| backing_store.h | ||
| content_debug.h | ||
| content_factory.c | ||
| content_factory.h | ||
| content_protected.h | ||
| content.c | ||
| content.h | ||
| fetch.c | ||
| fetch.h | ||
| fetchers.h | ||
| fs_backing_store.c | ||
| hlcache.c | ||
| hlcache.h | ||
| llcache.c | ||
| llcache.h | ||
| Makefile | ||
| mimesniff.c | ||
| mimesniff.h | ||
| no_backing_store.c | ||
| textsearch.c | ||
| textsearch.h | ||
| urldb.c | ||
| urldb.h | ||