Bug Hunting Session
Bug 45063 - LibreOffice is unable to manage paths with accentuated characters
Summary: LibreOffice is unable to manage paths with accentuated characters
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
3.4.4 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-01-21 17:04 UTC by Pierre Thibault
Modified: 2013-05-13 02:07 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Pierre Thibault 2012-01-21 17:04:03 UTC
In Options > Paths, adding a path that is containing accentuated characters does not work. It seems LibreOffice is totally unable to manage them.
Comment 1 Rainer Bielefeld Retired 2012-01-21 23:40:21 UTC
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
Comment 2 dailson.araujo 2012-05-03 13:16:51 UTC
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.
Comment 3 Florian Reisinger 2012-08-14 14:02:54 UTC
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
Comment 4 Florian Reisinger 2012-08-14 14:03:50 UTC
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
Comment 5 Florian Reisinger 2012-08-14 14:08:24 UTC
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
Comment 6 Florian Reisinger 2012-08-14 14:10:27 UTC
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
Comment 7 Marcos Souza 2013-05-13 01:34:25 UTC
Can't reproduce this in master build using Ubuntu 12.10. Master branch is on 4.1 alpha.

Can you test again?
Comment 8 Pierre Thibault 2013-05-13 02:07:38 UTC
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.