Missing charset conversion of metadata when exporting to PNG

Bug #1199204 reported by Sebastián Puebla
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Inkscape
In Progress
Low
jazzynico

Bug Description

When Inkscape 0.48.4 exports a SVG file to PNG, it writes its metadata as 'tEXt' chunks containing UTF-8 strings instead of ISO 8859-1 text as defined by the PNG specification, section 11.3.4.3. This bug does affect to PNG files created via "Save as..." > "Cairo PNG file" since such files do not have any textual information.

Revision history for this message
Sebastián Puebla (spuebla) wrote :
Revision history for this message
Martin Owens (doctormo) wrote :

I'm wondering why we're using tEXt chunks instead of iTXt chunks which support compression and UTF-8

Reinvent specification page: http://www.w3.org/TR/PNG/#11tEXt

spuebla, would it be easy for you to make a patch supporting iTXt instead?

Changed in inkscape:
status: New → Confirmed
Revision history for this message
jazzynico (jazzynico) wrote :

Tested successfully on Windows XP, Inkscape trunk revision 12414 (Title field with ùö characters exported correctly).

Changed in inkscape:
assignee: nobody → Sebastián Puebla (spuebla)
importance: Undecided → Low
milestone: none → 0.49
status: Confirmed → In Progress
tags: added: bitmap
Revision history for this message
jazzynico (jazzynico) wrote :

On Crunchbang Waldorf (Debian stable), I see the exact opposite. The pngmeta command line tool gives a correct title without the patch, but a wrong encoding with the patch.
Could someone else confirm on a Gnu/Linux distro or OS-X?

Revision history for this message
su_v (suv-lp) wrote :

On 2013-09-05 21:15 (+0100), JazzyNico wrote:
> Could someone else confirm on a Gnu/Linux distro or OS-X?

Sorry, didn't get around to test this (on OS X) in time for 0.91 - moving milestone to 0.91.1 (AFAICT the available patch doesn't affect strings marked for translation).

Changed in inkscape:
milestone: 0.91 → 0.91.1
Revision history for this message
su_v (suv-lp) wrote :

On 2013-09-05 21:15 (+0200), JazzyNico wrote:
> On Crunchbang Waldorf (Debian stable), I see the exact opposite. The
> pngmeta command line tool gives a correct title without the patch,
> but a wrong encoding with the patch. Could someone else confirm on a
> Gnu/Linux distro or OS-X?

Same results on OS X 10.7.5 with Inkscape 0.91+devel r14389: correct title without the patch, wrong encoding when exported with patch from comment #1 applied.

PNG metadata of exported PNGs was verified with 'identify -verbose' from ImageMagick 6.9.2-0. Installed version of libpng: 1.6.18.

Revision history for this message
su_v (suv-lp) wrote :

Moving milestone to 0.92 - this needs further investigation (possibly only affects Windows builds?).

Changed in inkscape:
milestone: 0.91.1 → 0.92
Revision history for this message
jazzynico (jazzynico) wrote :

Assigning to myself to be sure not to forget to investigate the issue.

Changed in inkscape:
milestone: 0.92 → 0.93
assignee: Sebastián Puebla (spuebla) → jazzynico (jazzynico)
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.