progress window is not locale aware, fails at UTF-8 filenames

Bug #1459364 reported by Andreas Metzler
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Hugin
Fix Released
Undecided
Unassigned

Bug Description

Hello,

This is <http://bugs.debian.org/786938> reported by Vangelis Skarmoutsos against 2015.0.0 beta2:
---- quote
When pressing the "Create control points" button, a window pops up which
shows informational details of the procedure.
In this window, if some directory names are not english (they were greek in
my case) the non english letters are not readable and some strange symbols
appear in their place.
---- unquote

I have doublechecked this and afaict the progress window interprets an UTF-8 encoded filename as ISO-8859-1 (Umlaut u ("ü") displayed as ü). See attached screenshot.

FWIW I have also tried it the other way round: Start a xterm with env LC_ALL=de_AT (latin1, not UTF-8!), generate a directory with latin1 filename, and point hugin there. Hugin is not able to add images in such a directory
ERROR: caught exception:
Precondition violation!
Unable to open file ''.
(/build/libvigraimpex-WjlfM8/libvigraimpex-1.9.0+dfsg/src/impex/codecmanager.cxx:203)

cu Andreas

Revision history for this message
Andreas Metzler (k-launchpad-downhill-at-eu-org) wrote :
Revision history for this message
Andreas Metzler (k-launchpad-downhill-at-eu-org) wrote :

Hello,

I wrote: "FWIW I have also tried it the other way round [...]".

This side-issue seems to be already tracked in https://bugs.launchpad.net/hugin/+bug/678808

cu Andreas

Revision history for this message
tmodes (tmodes) wrote :

I can't reproduce the issue.
The progress window shows here the special characters (tested with LANG=de_DE.utf-8, but also with en_GB.utf-8)

Could you test if the issue is cpfind (alone, in a terminal) or reading the output of cpfind in Hugin?

Revision history for this message
tmodes (tmodes) wrote :

Some more testing revealed that the bug happens only with wxWidgets 3.0 (on wxWidgets 2.8 it works, see screenshot 2).
This is a bug in the underlying wxWidgets implementation of wxTextInputStream (see http://trac.wxwidgets.org/ticket/14720). Implemented a workaround by explicit setting the correct conversion in changeset b0d4a660cf3a.

Changed in hugin:
milestone: none → 2015.0rc1
status: New → Fix Committed
tmodes (tmodes)
Changed in hugin:
status: Fix Committed → Fix Released
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.