Summary: | Can't open file if filename contains high ASCII | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Jani <k2s2bku52n> |
Component: | LibreOffice | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | major | CC: | bugs.freedesktop.org, davian818, k2s2bku52n, l.lunak, sberg.fun |
Priority: | medium | ||
Version: | 3.3.3 release | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Linux (All) | ||
See Also: |
https://bugs.mageia.org/show_bug.cgi?id=7797 https://bugs.freedesktop.org/show_bug.cgi?id=11456 |
||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Attachments: | Result of locale -a |
Description
Jani
2011-10-29 02:48:52 UTC
The fileopen issue still present at LibreOffice 3.4.5 OOO340m1 (Build:502) This is a known limitation in LO's design, handling pathnames as Unicode internally. When a pathname contains byte sequences that are not valid per the current locale's text encoding (or do unambiguously map to and from Unicode), LO has problems accessing that pathname. What is your locale (i.e., output of "locale" in a shell), and how do you start LO and specify the file to be loaded (by typing "soffice huoltopäiväkirja.ods" into a shell)? "do *not* unambiguously," of course Output of locale: ============= >8 cut here ============ LANG=en_DK.UTF-8 LC_CTYPE="en_DK.UTF-8" LC_NUMERIC="en_DK.UTF-8" LC_TIME="en_DK.UTF-8" LC_COLLATE="en_DK.UTF-8" LC_MONETARY="en_DK.UTF-8" LC_MESSAGES="en_DK.UTF-8" LC_PAPER="en_DK.UTF-8" LC_NAME="en_DK.UTF-8" LC_ADDRESS="en_DK.UTF-8" LC_TELEPHONE="en_DK.UTF-8" LC_MEASUREMENT="en_DK.UTF-8" LC_IDENTIFICATION="en_DK.UTF-8" LC_ALL= ============= >8 cut here ============ I'm running Fedora 16 with KDE plasma. Double clicking the spreadsheet file via dolphin (the filemanager) results to the error. Opening the file via LO Calc, using File - Open, results to same error. Trying to open via command line provides error: I18N: X Window System doesn't support locale "en_DK.UTF-8" The locale setting is what I've had on my system since Fedora 10 or so. Has en_DK.UTF-8 become ibsolete at some point? @Jani: please try one of the locales from the list output by Fedora-16's "locale -a", e.g., "en_DK.utf8" Changed the locale setting, the old one had been carried over or copied incorrectly in one of the upgrades I've done over the last couple of years. Apparently this issue is related to KDE Plasma desktop: The problem still persisted. I logged out, logged back in using Cinnamon desktop -> no issue. So we can close this issue, right? Yeah, Ok to close. Now reported against KDE: https://bugs.kde.org/show_bug.cgi?id=295212 *** Bug 45339 has been marked as a duplicate of this bug. *** Created attachment 70528 [details] Result of locale -a It has been suggested on KDE bugzilla to reopen this bug here: https://bugs.kde.org/show_bug.cgi?id=295212 as a possible "problem of the kde integration module of libreoffice, because under the en_DK.UTF-8 locale: caligra suite can open that file libreffoce(without kde integration module) can open that file libreffoce(with kde integration module) can't open that file ". I have a similar problem on Mageia 2, LibreOffice 3.5.5.3, with locale mn_MN.UTF8 . German language is not used at all. I first recorded it there: https://bugs.mageia.org/show_bug.cgi?id=7797 The message I get states: $ soffice /home/henri/Documents/été.ods I18N: X Window System doesn't support locale "mn_MN.UTF-8" If I remove libreoffice-kde: urpme libreoffice-kde then the problem disappears. Same issue here with libreoffice-3.6.4.3. I could resolve the problem by removing libreoffice-kde, too. I can open huoltopäiväkirja.odt without problems using the KDE File Dialog from LibreOffice, so I assume this has been fixed. |