librsvg issueshttps://gitlab.gnome.org/GNOME/librsvg/-/issues2022-08-27T02:50:03Zhttps://gitlab.gnome.org/GNOME/librsvg/-/issues/54[BZ#655483] svg complex radial gradient not painted correctly2022-08-27T02:50:03ZBugzilla[BZ#655483] svg complex radial gradient not painted correctly## Submitted by chr..@..com
**[Link to original bug (#655483)](https://bugzilla.gnome.org/show_bug.cgi?id=655483)**
## Description
>>>
Created attachment 192802
SVG source
Hello,
rsvg-convert does not render correctly complex radia...## Submitted by chr..@..com
**[Link to original bug (#655483)](https://bugzilla.gnome.org/show_bug.cgi?id=655483)**
## Description
>>>
Created attachment 192802
SVG source
Hello,
rsvg-convert does not render correctly complex radial gradient.
Step to reproduce:
$ rsvg-convert --version
rsvg-convert version 2.34.0
$ rsvg-convert -o test-linux-rsvg.png -f png source.svg
You will find as attachment both files.
**Attachment 192802**, "SVG source":
![source.svg](/uploads/134bf5cf6d34fcdd3d658576ca17386b/source.svg)
>>>https://gitlab.gnome.org/GNOME/librsvg/-/issues/51[BZ#647803] gdk_pixbuf_get_file_info() takes very long to determine the size ...2017-12-13T17:47:13ZBugzilla[BZ#647803] gdk_pixbuf_get_file_info() takes very long to determine the size of svgs with embedded jpgs## Submitted by Hubert Hesse
**[Link to original bug (#647803)](https://bugzilla.gnome.org/show_bug.cgi?id=647803)**
## Description
>>>
Created attachment 185974
Call of the broken gdk function.
See:
http://www.mail-archive.com/en...## Submitted by Hubert Hesse
**[Link to original bug (#647803)](https://bugzilla.gnome.org/show_bug.cgi?id=647803)**
## Description
>>>
Created attachment 185974
Call of the broken gdk function.
See:
http://www.mail-archive.com/enlightenment-cvs@lists.sourceforge.net/msg07711.html
and
https://bugzilla.xfce.org/show_bug.cgi?id=2913
I could reproduce it with 2.23.3 with this file and the attached source:
https://hubertscorner.de/drawing.svg
Takes ~30 secs on my machine and as a result all programs which try determine the size of an svg that way
**Attachment 185974**, "Call of the broken gdk function.":
[file_info.c](/uploads/60539df3c0403c83f91db1e775dcac81/file_info.c)
>>>https://gitlab.gnome.org/GNOME/librsvg/-/issues/28[BZ#566389] Dimensions given in "px" units scale with matrix, when they shoul...2017-12-13T17:35:21ZBugzilla[BZ#566389] Dimensions given in "px" units scale with matrix, when they shouldn't## Submitted by Dzonatas
**[Link to original bug (#566389)](https://bugzilla.gnome.org/show_bug.cgi?id=566389)**
## Description
>>>
Please describe the problem:
Here is a snippet of SVG that you can plug in and test. Stroke-widths s...## Submitted by Dzonatas
**[Link to original bug (#566389)](https://bugzilla.gnome.org/show_bug.cgi?id=566389)**
## Description
>>>
Please describe the problem:
Here is a snippet of SVG that you can plug in and test. Stroke-widths scale when they should not.
<svg xmlns="http://www.w3.org/2000/svg" baseProfile="full" style="height:100%; width:100%">
<rect x="0%" y="0%" width="100%" height="100%" stroke="#000000" stroke-width="2px" fill="none"/>
<line x1="0%" y1="0%" x2="100%" y2="100%" stroke="#000000" stroke-width="2px"/>
<line x1="100%" y1="0%" x2="0%" y2="100%" stroke="#000000" stroke-width="2px"/>
</svg>
Steps to reproduce:
1. Copy snippet to file
2. use a rsvg util or embedded tool to paste the pixbuf output to a window, and have it do "pixbuf from file at size" with various "given" widths and heights parameters
Actual results:
* notice that stroke width scales relative to the given width and height when it shouldn't since "2px" is absolute value and the viewport specifies a percentage width and height (i.e. style="height:100%; width:100%")
Expected results:
The stroke-width value should not scale with is viewport width and height is a percentage, as the given width and height should override the percentage. Anotherwords, if "100%" is given for viewport width, then "px" should scale to one user unit for any given width or height value -- the rendered stroke-width should be the same.
Does this happen every time?
Yes. Note: I have not tried to set a cairo matrix to see if it makes a difference to render to cairo instead of a pixbuf.
Other information:
This snippet work correct under Firefox. You can look at http://www.dzonux.net for an example, which you can adjust the size of firefox window and notice how the stroke-widths are absolute and do not scale.
I checked the SVG documentation, and it confirms that firefox does it correctly for relative specified viewports. If viewport height and width are absolute, then then the stroke-widths scale to the given height and width.
>>>https://gitlab.gnome.org/GNOME/librsvg/-/issues/8[BZ#349673] color normalization2020-11-25T01:06:29ZBugzilla[BZ#349673] color normalization## Submitted by Dominic Lachowicz
**[Link to original bug (#349673)](https://bugzilla.gnome.org/show_bug.cgi?id=349673)**
## Description
>>>
Cairo's color tests fail due to colors being off by a smidge. Behdad says that something li...## Submitted by Dominic Lachowicz
**[Link to original bug (#349673)](https://bugzilla.gnome.org/show_bug.cgi?id=349673)**
## Description
>>>
Cairo's color tests fail due to colors being off by a smidge. Behdad says that something like this [https://bugs.freedesktop.org/attachment.cgi?id=6428] patch will make it all better.
>>>