Broken japanese filenames

Bugs found in XnView Classic. Please report only one bug per topic!

Moderators: XnTriq, xnview

Post Reply
User avatar
asmodean
Posts: 9
Joined: Mon May 21, 2007 11:44 pm
Contact:

Broken japanese filenames

Post by asmodean » Tue May 22, 2007 12:14 am

I am running english Windows XP SP2 with the locale set to Japanese. This makes non-unicode applications use SJIS character encoding.

I notice that XnView 1.90.3 has issues with specific filenames. The symptom is that the name is cut off and only shows the last portion.

Example:
a b c ソフトウェア e f g.jpg

Becomes:
フトウェア e f g.jpg

XnView displays many JP filenames correctly, but I have a number of broken examples. I assume that there are specific character sequences making XnView unhappy.

For reference, the example sequence above is:
612062206320835C837483678345834683412065206620672E6A7067

Truncated to:
837483678345834683412065206620672E6A7067

User avatar
asmodean
Posts: 9
Joined: Mon May 21, 2007 11:44 pm
Contact:

Post by asmodean » Tue May 22, 2007 12:24 am

I forgot to mention that this mostly affects the file list (in any mode: details, thumbnails etc).

The filename shown in hovertext is a little inconsistent. I notice that when hovering over images, the truncated filename is shown. But hovering over a ZIP file, I see the full filename.

The full filename is shown in the file properties either way.

User avatar
xnview
Author of XnView
Posts: 31881
Joined: Mon Oct 13, 2003 7:31 am
Location: France
Contact:

Post by xnview » Tue May 22, 2007 8:25 am

asmodean wrote:I forgot to mention that this mostly affects the file list (in any mode: details, thumbnails etc).

The filename shown in hovertext is a little inconsistent. I notice that when hovering over images, the truncated filename is shown. But hovering over a ZIP file, I see the full filename.

The full filename is shown in the file properties either way.
Strange, could you explain me how to have XP SP2 with japanese?
I start xnview, change the locale to japanese, but japanese text is not displayed correctly!
Pierre.

User avatar
asmodean
Posts: 9
Joined: Mon May 21, 2007 11:44 pm
Contact:

Post by asmodean » Tue May 22, 2007 2:41 pm

xnview wrote:Strange, could you explain me how to have XP SP2 with japanese?
I start xnview, change the locale to japanese, but japanese text is not displayed correctly!
Go to Control Panel -> Regional and Language Options -> Advanced, and set the "Language for non-Unicode programs" to Japanese. You may also need to set "Install files for East Asian languages" on the Languages tab. Changing the locale option requires a reboot.

Another option is to use AppLocale (http://www.microsoft.com/globaldev/tools/apploc.mspx) if you need to switch locale often. I haven't tried it with XnView though.

User avatar
xnview
Author of XnView
Posts: 31881
Joined: Mon Oct 13, 2003 7:31 am
Location: France
Contact:

Post by xnview » Tue May 22, 2007 3:45 pm

asmodean wrote:
xnview wrote:Strange, could you explain me how to have XP SP2 with japanese?
I start xnview, change the locale to japanese, but japanese text is not displayed correctly!
Go to Control Panel -> Regional and Language Options -> Advanced, and set the "Language for non-Unicode programs" to Japanese. You may also need to set "Install files for East Asian languages" on the Languages tab. Changing the locale option requires a reboot.

Another option is to use AppLocale (http://www.microsoft.com/globaldev/tools/apploc.mspx) if you need to switch locale often. I haven't tried it with XnView though.
Ok, now i can reproduce it!
Pierre.

User avatar
asmodean
Posts: 9
Joined: Mon May 21, 2007 11:44 pm
Contact:

Post by asmodean » Fri Oct 19, 2007 2:45 am

In 1.91.5 there is some disfunctional behavior when categorizing images inside ZIP files that have Japanese filenames.

For example:
1) Create "a b c ソフトウェア e f g.zip" with 3 PNG images in it.

2) Browse to this ZIP and they can be viewed
3) Select all 3 images and add them to a category
4) Browse to category and note that all images can be viewed
5) Browse back to zip, and select one image and remove it from the category.
6) Browse back to category and observe that the remaining two images are no longer viewable (they now also have a broken file type icon)

Variations on this broken behavior (database corruption?) can be caused by different sequences of actions.

I could not cause the behavior with a ZIP called "test.zip". I also could not cause the behavior with a plain directory a b c ソフトウェア e f g".

Post Reply