Renderer: adds horizontal lines

[Dmenest]

I've seen this problem often, so I'm sure you all already know about it,
but I figured I'd file a bug so it can be tracked. It seems that complex
shapes are rendered incorrectly (horizontal lines added) when they are
scaled down. This shows up either when exporting to PNG, or just
scaling/zooming in the application.

This bug seems similar to bug 1514625, which has apparently been fixed in
SVN, but my build from the latest tarball (inkscape-14891) still displays
the problem.

I'm attaching a test SVG file. The problem can be reproduced by opening
the file and setting the zoom level to 100%, or by selecting the one path
and exporting the selection at 100dpi.

[Dmenest (dmenest)]

Originator: YES

File Added: onceupon2.png

[Buliabyak-users (buliabyak-users)]

Originator: NO

Confirmed, another bug likely to be fixed by the move to cairo

[Tom Davidson (tjd-mit)]

Confirmed in SVN 16989, Fedora 6

[EricG (eegaba)]

As at 10-19-2009 with 0.47pre4 release, this bug is still present (Vista 32 bits).

[su_v (suv-lp)]

possibly duplicate of bug #166112 “Renderer: Dashed Stroke not drawn correctly”
<https://bugs.launchpad.net/inkscape/+bug/166112>

workaround: change the stroke-width slightly or remove the stroke

[EricG (eegaba)]

It might be similar to the linked bug report, as well as another bug which makes disappear some lines during the export process, the both happening with plain strokes. Changing slightly its width solves the last (I didn't try for the first), but I don't see that as a solution: this can be done for simple images which are easy to check for errors, but when they are complex it's quiet difficult and time-consuming to make this search on screen, and with no guarantee to be really clean.

[su_v (suv-lp)]

> I don't see that as a solution
That's why I said 'workaround' - I didn't mark the report as 'Invalid' or 'Won't fix'… ;-) And I added the workaround hint as a note (for any dev that might tackle these long-standing bugs) that many similar rendering bugs appear to be triggered by rounding errors when calculating the stroke width: Some have fill colors that turn black at certain zoom levels, some have disappearing paths and others show additional horizontal lines, but when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color or correct display is restored.

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

> workaround: change the stroke-width slightly or remove the stroke
> when you just slightly change the stroke width (about ± 0.1px) of the misrendered path the original fill color
> or correct display is restored.
wow, i only had a few black lines at the top but that workaround resulted in a total destruction of the result *g
maybe i will produce a scaled-down bitmap from the correctly exported PDF as workaround, but this bug is indeed a pretty foul one xD

[Marcel Partap (empee584)]

!!!!!!!!!!!!WTF!!!!!!!!!!!!!!!!!!!!!!!!
i *SWEAR* i only pressed the submit button once!! something is seriously wrong with this webkit kpart here x-O
please accept my apology for the bug spam, no clue what made the code think submitting the form 101 times was a great idea.

[Krzysztof Kosinski (tweenk)]

Appears to be fixed by Cairo rendering merge (trunk r10326).