Bug 34808 - Can't open files with japanese characters in file names
Summary: Can't open files with japanese characters in file names
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
3.3.0 release
Hardware: x86 (IA32) macOS (All)
: medium critical
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 36623 (view as bug list)
Depends on:
Blocks:
 
Reported: 2011-02-27 14:41 UTC by musikit
Modified: 2014-07-08 17:17 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments
test document to reproduce problem. (8.31 KB, application/vnd.oasis.opendocument.text)
2011-02-28 05:35 UTC, musikit
Details
(files names in UTF-8) (12.66 KB, application/zip)
2011-03-01 07:32 UTC, Kino
Details
screen shot (22.75 KB, image/png)
2011-03-01 07:40 UTC, Kino
Details

Note You need to log in before you can comment on or make changes to this bug.
Description musikit 2011-02-27 14:41:08 UTC
using Mac OS 10.6.6. libreoffice 3.3.0

i have many numerous files with japanese characters in the file names. they will not open via the file menu or double clicking on the file. always get a dialog "file not found"
Comment 1 Cédric Bosdonnat 2011-02-28 01:48:41 UTC
Could you please provide a sample document to help reproduce the problem?
Comment 2 musikit 2011-02-28 05:35:27 UTC
Created attachment 43925 [details]
test document to reproduce problem.
Comment 3 Kino 2011-03-01 07:32:59 UTC
Created attachment 43969 [details]
(files names in UTF-8)
Comment 4 Kino 2011-03-01 07:33:28 UTC
That is a long standing bug, AFAIK, affecting OS X users with some special "Language & Text" System Pref settings.
<http://openoffice.org/bugzilla/show_bug.cgi?id=95104>
And it affects not only Japanese but alos other non-Latin based scripts.

I don't know what the exact conditions are but, for example, I can reproduce the problem with the following settings:

1. Open System Preference:Language & Text;

2. In Language tab, choose British English for Preferred language;

3. Switch to Formats tab;

4. Choose France (French) for Region and choose Japanese Yen for Currency;

5. Restart Finder (command-option-esc, select Finder and hit return);

6. Launch LibreOffice (3.3.1.2 in my case);

7. Try to open the attached files (file names in Japanese and Greek) via "File:Open Documents..." or by dragging and dropping them onto LibreOffice icon in the Dock.

And you will get "<file path> does not exist".

Also, with such "Language & Text" System Pref settings, if you save a file with non-Latin characters, those characters will become question marks (e.g."????????.odt").
Comment 5 Kino 2011-03-01 07:40:26 UTC
Created attachment 43970 [details]
screen shot
Comment 6 Cédric Bosdonnat 2011-03-01 08:10:27 UTC
Thorsten could you have a look at it?
Comment 7 tester8 2011-03-01 10:58:01 UTC
Not reproduced with
LibreOffice 3.3.1 RC2 (1:3.3.0-1lucid1) - Ubuntu 10.04 x86 Linux 2.6.32-28-generic Russian UI

But I can report similar bug:

LO say file not exist when I launch it with English interface
export LANG=C
libreoffice
and try to drag and drop file with Russian characters in name. Open dialog works.
To reproduce just copy this letter И to file name and try to drag and drop.
Comment 8 Shadow Panther 2011-03-17 05:40:54 UTC
(In reply to comment #7)
> Not reproduced with
> LibreOffice 3.3.1 RC2 (1:3.3.0-1lucid1) - Ubuntu 10.04 x86 Linux
> 2.6.32-28-generic Russian UI
> 
> But I can report similar bug:
> 
> LO say file not exist when I launch it with English interface
> export LANG=C
> libreoffice
> and try to drag and drop file with Russian characters in name. Open dialog
> works.
> To reproduce just copy this letter И to file name and try to drag and drop.
Comment 9 Rainer Bielefeld Retired 2011-04-26 21:38:32 UTC
*** Bug 36623 has been marked as a duplicate of this bug. ***
Comment 10 Kilian 2011-05-12 18:48:57 UTC
Yes, this is an ancient bug (at least 3 years) from OO times with OS X and certain locale and language settings. I get the same error when having Japanese characters in the filename.

When I run LibreOffice on OS X and my locale is set to English (US) and I adjust to metric system and 24h time display, or simply run it with English (en_GB) I get this bug. Makes it completely unusable for me since I live and work in Japan and have these kinds of files every day. I really dearly hope this bug will finally be fixed. Going back to NeoOffice for now, it does work there…
Comment 11 kerim 2011-05-15 02:03:05 UTC
I have the same problem with opening documents with Chinese filenames. This is a HUGE problem for me, as I live and work in Taiwan.
Comment 12 Roman Eisele 2012-04-17 02:47:21 UTC
Changed summary from "Can open files with japanese characters in file names" to "Can't open files with japanese characters in file names" -- it's not a bug that you (sometimes) can open some files ;-)
Comment 13 Julien Nabet 2012-08-18 16:50:55 UTC
On pc Debian x86-64 with Debian package LO 3.5.4, I don't reproduce the problem.
I can open the files from:
- https://bugs.freedesktop.org/attachment.cgi?id=43925
- https://bugs.freedesktop.org/attachment.cgi?id=43969

musikit:Do you still reproduce it with newer LO version?
Comment 14 Roman Eisele 2012-08-19 07:14:01 UTC
(In reply to comment #13)
> On pc Debian x86-64 with Debian package LO 3.5.4, I don't reproduce the
> problem.

Well, AFAIK this problem is/was specific to LibreOffice on MacOS X. But I can’t reproduce it, too, with LibreOffice 3.5.6.2 (Build ID: e0fbe70-dcba98b-297ab39-994e618-0f858f0) on MacOS X 10.6.8 (Intel).

However, if I understand correctly, this problem depends on some special combinations of locale settings, so it is both difficult to reproduce and to disprove. I have tried the settings suggested in comment #4, and LibreOffice can still open all the sample files, and also "save a file with non-Latin characters" without them "becom[ing] question marks"; so I hope the issue is really fixed. But, as said before, this is not sure.
Comment 15 Roman Eisele 2012-08-19 07:15:35 UTC
@Kino,
@Musikit:

Hello Kino, hello Musikit,
can you still reproduce this issue with a current version of LibreOffice (3.5.6 or 3.6.0)? It would be very very helpful if you could test this again and report the results.

Thank you very much in advance for your help!


(I repeat the question to Musikit from comment #13, because his/her mail address was not in the CC list; I have inserted the mail addresses of Kino and Musikit into the CC list for this question, you can remove it later if you want.)
Comment 16 Roman Eisele 2012-11-16 14:43:40 UTC
Dear bug reporter,
dear commenters,

I am sorry, but we can not make any progress about this issue without further information from you. The important question in comment #15 has not been answered for a long time. Therefore we need to close this bug report for now.
Feel free to open it again, if you can reproduce this issue in a current version of LibreOffice (3.5.7, or better: 3.6.3 or newer).

Thank you very much!
Comment 17 gabriel.tessier 2013-04-22 14:32:42 UTC
Hi, 

I have a similar bug maybe it can help you to find a way to solve this bug.
I open Libre Office and save an empty file and I only add a space char (I have the file with the following name : 無題1 2.ods) If you remove the space between the 1 and the 2 the file can be opened. If not you have the same error message reported below.

I try sevral file name with different japaneses char and I can always reproduce the error if I have the space char in the name of the file.

FYI Libre Office 3.6.2.2 (Build ID: 360m1(Build:2))
Using linux x86-64 (Kubuntu last version).

Hope it can help you resolving this problem.
Comment 18 Julien Nabet 2013-05-01 09:19:26 UTC
gabriel: could you try a newer version, in previous comment, it was indicated 3.6.3 or newer and you have 3.6.2?
You may find some newer version for your Ubuntu version in LO ppa, see https://launchpad.net/~libreoffice/+archive/ppa
Comment 19 Thorsten Behrens (allotropia) 2013-05-02 13:51:54 UTC
Terribly sorry, noticing this was still assigned to me - can't currently commit significant time to this.
Comment 20 Julien Nabet 2013-11-16 18:23:56 UTC
Any update with last LO version 4.1.3 for those who had problems?
Comment 21 QA Administrators 2014-06-01 21:29:53 UTC
Dear Bug Submitter,

This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information.

For more information about our NEEDINFO policy please read the wiki located here: 
https://wiki.documentfoundation.org/QA/FDO/NEEDINFO

If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed.


Thank you for helping us make LibreOffice even better for everyone!


Warm Regards,
QA Team
Comment 22 QA Administrators 2014-07-08 17:17:42 UTC
Dear Bug Submitter,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INVALID due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided):

a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. 
Please do not:
a) respond via email 
b) update the version field in the bug or any of the other details on the top section of FDO