[Open Office] kdefilepicker sigpipe in oob680-m5

[Giuseppe Ghibò]

Martin Kretzschmar wrote:

> On 3/1/06, Giuseppe Ghibò <ghibo at mandriva.com> wrote:
> 
>>OK, I found. Someone had updated kde to 3.5.1 in the building system that
>>I was not aware of, while my local system where i ran it was still with 3.4.2.
>>So it should work ok, right now. Thanks for the filepicker hints.
>>
>>But remain the problem with files with accented character...,
>>i.e. a file like "testà.odt" is tried to be opened/save as
>>test%E0.odt (and thus not found). This happens either in plain
>>as well as UTF8 non english locales (gnomepicker instead works
>>OK with files with accented chars so it should be something in filepicker,

also default OOo dialogs have the right behaviour.

>>IMHO). Any other magic hint for filepicker to
>>track down this?
> 
> 
> Recently I had a look at the gtk filepicker code. file:///path/to/test%E0.odt is
> not a valid URL from OOo's point of view. (?Most modern parts of?) OOo
> assume(s) that the URL contains only ASCII characters (which test%E0.odt
> does) and is UTF-8 after unescaping (which file:///path/test%E0.odt is not).
> Cf. the comment in sal/inc/osl/file.h.
> 
> The gtk filepicker jumps through some hoops to get this right.
> (fpicker/source/unx/gnome/SalGtkPicker.cxx:uritounicode). It simply
> converts
> gtk file:// URLs back to on-disk filenames and then creates an OOo URL from
> that filename. You'll need something like that.
> 
> Martin

Sorry, but according to this, shouldn't everyone using the kdefilepicker
obtain the same behaviour (i.e. wrong accent expansion) like me?

Note that before (let's say for 2.0.1) the behaviour was to read a file called 
"testà.odt" from filesystem but saving as "test%E0.odt" in the filesystem (i.e. 
t-e-s-t-%-E-0-.-o-d-t) while right now is to show the file "testà.odt" in
the KDE filepicker but then after having selected it and clicking on "Open",
OOo complains saying that file:///path/th/test%E0.odt don't exists.

Bye
Giuseppe.