Text is exported to high-resolution bitmaps with strokes missing

[Alex Valavanis]

Forwarded from Debian...

Reported by: Soren Stoutner <email address hidden>
Date: Fri, 15 Dec 2006 06:33:01 UTC
Severity: normal
Found in version inkscape/0.44.1-1

When exporting an image at high resolution that contains text with a
stroke, the inside stroke on the letter "e" is missing. It fails on
resolutions between 581 and 600. It works correctly on resolutions of
300, 450, 550, 575, 580, and 601.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages inkscape depends on:
ii libatk1.0-0 1.12.3-1 The ATK accessibility toolkit
ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library
ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries
ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra
ii libdbus-1-3 1.0.1-2 simple interprocess messaging syst
ii libfontconfig1 2.4.1-2 generic font configuration library
ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib
ii libgc1c2 1:6.8-1 conservative garbage collector for
ii libgcc1 1:4.1.1-19 GCC support library
ii libgconf2-4 2.16.0-3 GNOME configuration database syste
ii libglib2.0-0 2.12.4-2 The GLib library of C routines
ii libglibmm-2.4-1c2a 2.12.0-1 C++ wrapper for the GLib toolkit (
ii libgnomevfs2-0 2.14.2-3 GNOME virtual file-system (runtime
ii libgtk2.0-0 2.8.20-3 The GTK+ graphical user interface
ii libgtkmm-2.4-1c2a 1:2.8.8-1 C++ wrappers for GTK+ 2.4 (shared
ii liblcms1 1.15-1 Color management library
ii libloudmouth1-0 1.1.4-1 Lightweight C Jabber library
ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB
ii libpango1.0-0 1.14.8-2 Layout and rendering of internatio
ii libpng12-0 1.2.13-4 PNG library - runtime
ii libpopt0 1.10-3 lib for parsing cmdline parameters
ii libsigc++-2.0-0c2a 2.0.17-2 type-safe Signal Framework for C++
ii libstdc++6 4.1.1-19 The GNU Standard C++ Library v3
ii libx11-6 2:1.0.3-4 X11 client-side library
ii libxcursor1 1.1.7-4 X cursor management library
ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar
ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio
ii libxft2 2.1.8.2-8 FreeType-based font drawing librar
ii libxi6 1:1.0.1-4 X11 Input extension library
ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
ii libxml2 2.6.27.dfsg-1 GNOME XML library
ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library
ii libxrender1 1:0.9.1-3 X Rendering Extension client libra
ii libxslt1.1 1.1.18-3 XSLT processing library - runtime
ii zlib1g 1:1.2.3-13 compression library - runtime

Versions of packages inkscape recommends:
ii imagemagick 7:6.2.4.5.dfsg1-0.11 Image manipulation programs
ii libwmf-bin 0.2.8.4-2 Windows metafile conversion tools
ii perlmagick 7:6.2.4.5.dfsg1-0.11 A perl interface to the libMagick
ii pstoedit 3.44-1 PostScript and PDF files to editab

-- no debconf information

[Alex Valavanis (valavanisalex)]

Attached is a sample SVG file that causes this problem.

[Alex Valavanis (valavanisalex)]

Attached is a sample png at 600 dpi that demonstrates the problem. The inside
green stroke on all the letters "e" is dropped in the export process.

[Alex Valavanis (valavanisalex)]

Attached is a 300 dpi png that demonstrates correct export of all strokes.

[Alex Valavanis (valavanisalex)]

Confirmed with Inkscape_0.48.0-1ubuntu2

[su_v (suv-lp)]

Similar rendering issue with disappearing strokes of closed characters, but depending on zoom level (i.e. happening on-canvas, not on export to bitmap):
Bug #494865 “stroke renders incorrectly”

[Krzysztof Kosinski (tweenk)]

Fixed by Cairo rendering merge (r10326).