In Options > Paths, adding a path that is containing accentuated characters does not work. It seems LibreOffice is totally unable to manage them.
NOT reproducible with "LibreOffice 3.5.0 RC1 German UI/Locale [Build-ID: b6c8ba5-8c0b455-0b5e650-d7f0dd3-b100c87] on German WIN7 Home Premium (64bit) NOT reproducible with "LibreOffice 3.4.5 German UI [Build ID: OOO340m1 (Build:502)]" parallel Server installation on German WIN7 Home Premium (64bit) I created a document "C:\Users\Public\Documents\OpenOffice\e´àâ\ИlIBo_Textbausteine.odt", access with LibO file dialog no problem at all, sae with OS file dialog. Might be related to "Bug 37917 - FILEOPEN FILESAVE don't accept non-ascii paths", "Bug 35742 - Video and audio with not ascii filenames or path don't play" "Bug 37814 - FILESAVE Save/Save As dialogs use last save folder (not original) with non-ascii path" @Pierre Thibault: May I ask you to read hints on <http://wiki.documentfoundation.org/BugReport> carefully? Then please: - Write a meaningful Summary describing exactly what the problem is - Attach a sample document (not only screenshot) - Attach screenshots with comments if you believe that that might explain the problem better than a text comment. Best way is to insert your screenshots into a DRAW document and to add comments that explain what you want to show - Contribute a step by step instruction containing every key press and every mouse click how to reproduce your problem (and if possible how to created a sample document from the scratch) - add information -- what EXACTLY is unexpected (noes not work is rather general, please tell us what happened! PC exploded? Error message?, OK button inactive? -- and WHY do you believe it's unexpected (cite Help or Documentation!) -- concerning your PC (video card, ...) -- file and path name -- concerning your OS (Version, Distribution, Language) -- concerning your LibO localization (UI language, Locale setting) –- Libo settings that might be related to your problems -- how you launch LibO and how you opened the sample document –- If you can contribute an OOo Issue that might be useful -- concerning your result comparing above mentioned bugs with your report. -- everything else crossing your mind after you read linked texts
Reproduced in: Product: LibreOffice Component: UI Version: 3.4.5, 3.4.6 e 3.5.3. Plataform: Windows 7 64-bit Download: www.libreoffice.org Language: Portuguese (Brazilian) Not Reploducible on Windows XP 32-bit Meaningful Summary: LibreOffice does not maintain the correct path of the file when using "Save As ..." in a way that at an intermediate level have folder with non-ascii characters (ç, ã, is ô, etc.). Example "C:\Folder One\Peças\Folder Two" Steps to reproduce the problem: 1) Create the following directory structure: "C:\Folder One\Peças\Folder Two" 2) Note that we have the character "ç" in a folder intermediate 3) Copy a file (document or spreadsheet) into the "Folder two" 4) Open the file copied to the "Folder Two" and select "File > Save as ..." 5) Note that the LibreOffice does not correctly recognize the target directory, which is generally the same source file. In this case, the destination directory should be "C:\Folder One\Peças\Folder Two" but when we have non-ascii characters are used the last folder where a file was saved. Option 1 workaround: 1) When the dialog box "Save as ..." is displayed, you can manually select the target location, eg "C:\Folder One\Peças\Folder Two" 2) After manually select the target location LibreOffice recognize the correct place for the next time you "Save as ..." is triggered. Option 2 workaround: 1) If the dialog box is used LibreOffice (Tools > Options ...> LibreOffice > General > Dialog Open and Save > Use LibreOffice dialogs), this error does not occur. Related Bugs: FILESAVE Save/Save As dialogs use last save folder (not original) with non-ascii path https://bugs.freedesktop.org/show_bug.cgi?id=37814 FILEOPEN FILESAVE don't accept non-ascii paths https://bugs.freedesktop.org/show_bug.cgi?id=37917 ------------------------------------------------------ Original text in Portugês Produto: LibreOffice Componente: UI Sistema Operacional: Windows 7 64-bit Versão do LibreOffice Testadas: 3.4.5, 3.4.6 e 3.5.3. Download: www.libreoffice.org Idioma: Português (Brasil) Problema não Ocorre em Windows XP 32-bit Resumo do problema: O LibreOffice não mantém corretamente o caminho de destino do arquivo quando se utiliza o opção "Salvar Como..." em um caminho em que em um nível intermediário temos diretórios com caracteres latinos (ç, ã, é ô, etc). Exemplo "C:\Pasta um\Peças\Pasta dois" Passos para reproduzir o erro: 1) Crie a seguinte estrutura de diretórios: "C:\Pasta um\Peças\Pasta dois" 2) Observe que temos o caracter "ç" em uma pasta intermediária 3) Copie um arquivo (documento ou planilha) para dentro da "Pasta dois" 4) Abra o arquivo copiado para a "Pasta dois" e selecione "Arquivo > Salvar como..." 5) Observe que o LibreOffice não reconhece corretamente o diretório de destino, que em regra é o mesmo do arquivo de origem. No caso, o diretório de destino deveria ser "C:\Pasta um\Peças\Pasta dois", mas quando temos caracteres não-ascii é utilizada a última pasta onde um arquivo foi salvo. Opção 1 para contornar o problema: 1) Quando a caixa de diálogo "Salvar como ..." for mostrada, é possível selecionar manualmente o local de destino, por exemplo "C:\Pasta um\Peças\Pasta dois". 2) Após selecionar manualmente o local de destino o LibreOffice reconhecerá corretamente o local de destino nas próximas vezes que a opção "Salvar como ..." for acionada. Opção 2 para contornar o problema: 1) Caso a caixa de Diálogo do LibreOffice seja utilizada (Ferramentas > Opções ... > LibreOffice > Geral > Caixa de diálogo de Abrir e Salvar > Utilizar as caixas de diálogo do LibreOffice), o referido erro não ocorre.
Dear bug submitter! Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs. To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem. Yours! Florian
Can't reproduce this in master build using Ubuntu 12.10. Master branch is on 4.1 alpha. Can you test again?
I was not able to reproduce the problem again on LibreOffice 3.5.7.2 Version ID : 350m1(Build:2) with Ubuntu 12.04 AMD 64.