I've attached a patch that seems to fix the bug (at least for me). It works by avoiding the buggy argument splitting of wxWidgets, and instead relying on passing an array of arguments to wxExecute after correctly handling wide-char to multibyte char conversion if needed.
** Patch added: "0001-Fix-handling-on-non-ascii-paths-when-stitching.patch" https://bugs.launchpad.net/hugin/+bug/678808/+attachment/4955698/+files/0001-Fix-handling-on-non-ascii-paths-when-stitching.patch -- You received this bug notification because you are a member of Hugin Bug Hunters, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/678808 Title: "could not decode image" when path contains non-latin chars Status in Hugin: Confirmed Bug description: Hugin fails to add files to project if there non-latin characters (i.e. cyrillic) in path, gives "failed to decode image" message. Also, when cyrillic letters are used in project file name, they are converted into ISO latin codepage when the file is created. I can supply the screenshots to make the point clear. Both tested on build 2925 on WinXP To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/678808/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~hugin-bug-hunters Post to : [email protected] Unsubscribe : https://launchpad.net/~hugin-bug-hunters More help : https://help.launchpad.net/ListHelp
