Openoffice can`t open files with cyrillic names

can you attach the file you can't open for testing? thanks

this could be a similar issue,

i cannot open files with ñ ó í etc,

i must rename them to get rid off this characters so i can open them.

Aleksys is this what is happening to you?

see attach

If you have problems with file names, always add the output of
"locale" to your bug reports. Thanks.

will know ...
LANG=ru_RU.UTF-8
LANGUAGE=ru_RU:ru:en_GB:en
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_PAPER="ru_RU.UTF-8"
LC_NAME="ru_RU.UTF-8"
LC_ADDRESS="ru_RU.UTF-8"
LC_TELEPHONE="ru_RU.UTF-8"
LC_MEASUREMENT="ru_RU.UTF-8"
LC_IDENTIFICATION="ru_RU.UTF-8"
LC_ALL=

Yes I have the same problem.

art@AAbramyan:~ $ locale
LANG=ru_RU.UTF-8
LANGUAGE=ru_RU:ru:en_GB:en
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_TIME=en_US.UTF-8
LC_COLLATE="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES=en_US.UTF-8
LC_PAPER="ru_RU.UTF-8"
LC_NAME="ru_RU.UTF-8"
LC_ADDRESS="ru_RU.UTF-8"
LC_TELEPHONE="ru_RU.UTF-8"
LC_MEASUREMENT="ru_RU.UTF-8"
LC_IDENTIFICATION="ru_RU.UTF-8"
LC_ALL=

https://launchpad.net/bugs/65258 - the same bug

I've just installed edgy onto my desktop and ran into this bug. I launched openoffice from the command line and saw the following:

I18N: X Window System doesn't support locale "ru_RU.UTF-8"
I18N: Operating system doesn't support locale "en_US"

The output of "locale":

LANG=\ru_RU.UTF-8\
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_PAPER="ru_RU.UTF-8"
LC_NAME="ru_RU.UTF-8"
LC_ADDRESS="ru_RU.UTF-8"
LC_TELEPHONE="ru_RU.UTF-8"
LC_MEASUREMENT="ru_RU.UTF-8"
LC_IDENTIFICATION="ru_RU.UTF-8"
LC_ALL=

KWord opened the same file successfully but among the output (again I launched it from the command line) I noticed this message:

Qt: Locales not supported on X server

The problem seems to be in X server.

The very same bug appears in many places in Edgy. I found it in the OOo, X11 and other sections.

I have found a hint in bug #64336:

Actually this is a bug with X11. The bug is somewhere in /usr/share/X11/locale/.
I can't tell where exactly besause I used a workaround: just copied /usr/share/X11/locale/ from working Dapper distro into my Edgy one.

So if anyone happens to know X11 please make further debugging, my knowledge is insufficient for that.

Got the same bug, too. 6.10 desktop, "clean" install. OO fails to open any file which has cyrillic elements in the path/name. The error text "$filename does not exist". Many people in Russia reporting that bug at the local forums, no true working solution is presently avaliable at the community.

In fact, it works, thanks to jaded Phoenix and his link to bug #64336.
OO writer should be called in such a way: sh -c "LANG=en_US.UTF-8 ooffice -writer %U",
that results in a correct operation with cyrillic files. Now all is ok - direct opening and the filetype-assosiated opening are working properly.

In fact, it works, thanks to jaded Phoenix and his link to bug #64336.
OO writer should be called in such a way: sh -c "LANG=en_US.UTF-8 ooffice -writer %U",
that results in a correct operation with cyrillic files. Now all is ok - direct opening and the filetype-assosiated opening are working properly.

OK, the solution by Anton Stepnov works as well as mine.
Actually, the problem seems to be somewhere in libx11-data or it's nearest neighbours: according to /usr/share/X11/locale/locales.dir, the files for Russian locale should be in ./ru_RU folder, however they actually located in the en_US folder. I believe the very same problem should appear with many other locales.

To Anton Stepnov and all Russian Kubunt users:
For distribution of Kubuntu Edgy in Russia I use a workaround: I added some extra commands in /usr/sbin/locale-gen so the fix is applied every time locales are re-generated. This works fine; however I'd say fixing the actual path for Russian locale should be better.

The modified /usr/sbin/locale-gen is in the attachment.

I'm using Kubuntu 6.10 . I'v solved this bug by creating symlink:

/usr/share/X11/locale/ru_RU.UTF8 -> /usr/share/X11/locale/en_US.UTF-8

OK, this is very similar to my own solution; I described it already in the Launchpad.

Actually I posted many bugs until I realized that the problem was the same. I marked duplicates and posted my solution in the other entries. If I missed this particular bug, please excuse me.

I don't see how this should affect knemo; removing task.