After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 565955 - Small pattern is not rendered at 100% zoom
Small pattern is not rendered at 100% zoom
Status: RESOLVED OBSOLETE
Product: librsvg
Classification: Core
Component: general
2.22.x
Other Linux
: Normal minor
: ---
Assigned To: librsvg maintainers
librsvg maintainers
Depends on:
Blocks:
 
 
Reported: 2008-12-29 18:06 UTC by Severo Raz
Modified: 2017-12-13 17:35 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22


Attachments
This is the image attachment that the intial post corresponds to. (24.90 KB, image/svg+xml)
2008-12-29 18:06 UTC, Severo Raz
Details
Reduced testcase (1.08 KB, image/svg+xml)
2010-09-20 04:08 UTC, Kurosawa Takeshi
Details

Description Severo Raz 2008-12-29 18:06:07 UTC
Please describe the problem:
The svg image is wrongly displayed by both eog and the thumbnailer, but firefox and inkview display it as it is supposed to be.

Steps to reproduce:
1. Download the image attachment
2 [details]. View it with eog, or behold it's thumbnail (with compiz-fusion)
3. View it with inkview and firefox
4. Note the differences. They're big.


Actual results:
The svg is displayed very differently on the mentioned set of applications

Expected results:
The svg should be rendered the same way that it is when I created it with inkscape.

Does this happen every time?
It does.

Other information:
I was told that both eog and compiz use librsvg, so be it the guilty of this missrender. If you can proove me wrong, then let me apologize and find out what the real bug is.
Comment 1 Severo Raz 2008-12-29 18:06:48 UTC
Created attachment 125487 [details]
This is the image attachment that the intial post corresponds to.
Comment 2 André Klapper 2008-12-29 18:22:58 UTC
For the records I didn't say that compiz uses librsvg. :)

I can confirm that it misrenders both in EOG and on the desktop (nautilus preview) in librsvg 2.22.3.
Comment 3 Severo Raz 2008-12-29 19:48:57 UTC
I mentioned no names ;), but if compiz does not use librsvg then may it be excused out of this bug, and filed into another one.
Comment 4 Kurosawa Takeshi 2010-09-20 04:08:32 UTC
Created attachment 170626 [details]
Reduced testcase

Reduced testcase contains a rectangle and pattern definitions.
A rectangle with pattern should be displayed.
Interestingly if I zoom 224% or more, both of the original testcase and the reduced testcase work.
Comment 5 Perhelion 2016-03-21 11:34:55 UTC
(I can't attach files) More reduced testcase more visible, contains a rectangle and only one pattern. I can confirm.

<?xml version="1.0"?>
<svg viewBox="0 0 48 48" height="100" width="100" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink">
 <defs>
  <pattern id="Strips1_1" height="1" width="2" patternUnits="userSpaceOnUse" patternTransform="matrix(1.0131 0 0 0.45426 39.837 27.733)">
   <rect id="rect4034" height="2" width="1" y="-.5" x="0" fill="#000"/>
  </pattern>
 </defs>
<rect height="8" width="20" fill="url(#Strips1_1)"/>
</svg>
Comment 6 Perhelion 2016-03-21 12:57:08 UTC
Duplicate of bug 538841.
Comment 7 Perhelion 2016-03-21 13:03:32 UTC
Sorry perhaps this is nevertheless another bug.
Comment 8 Perhelion 2016-03-21 13:16:13 UTC
But high probably the same, because the conditions are: 1px pattern
Comment 9 GNOME Infrastructure Team 2017-12-13 17:35:14 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/librsvg/issues/27.