Desktop Integration, KDE4 and paths with accented letters

[Fenix-TX]

I just noticed that Desktop Integration does not work fine with KDE4. An example, if you have a path like "Imágenes", you can't access to this path, and you see stranges characters on "Filter".

[kakaroto]

I think it's a bug with the kde file chooser when launched in command line, so we can't do anything about it. It' s a know issue anyways.,.

[Fenix-TX]

I think it's a bug with the kde file chooser when launched in command line, so we can't do anything about it. It' s a know issue anyways.,.

Oups! Sorry then  :oops:

PD: Mmmmm.....strange....on konsole, i put the following command and i can browse all paths, and i do not see any wrong character:
kdialog --caption \"Imágenes\" --getopenfilename \"Archivos\ de\ imágenes\" \".jpg\"

[GuS-Arg]

I think it's a bug with the kde file chooser when launched in command line, so we can't do anything about it. It' s a know issue anyways.,.

I dont think this is a KDE4 issue since it used to work before that i remember.. and using kde4...

[Fenix-TX]

It's strange, using this command on konsole works fine: kdialog --caption "open" --getopenfilename "/home/jesus/amsn" "**.gif *.GIF *.jpg *.JPG *.jpeg *.JPEG *.bmp *.BMP *.png *.PNG|Archivos de imágenes". It's the same that i have found on plugins log. I can't understand why executing the same command with tcl does not work...


In fact, using this command on konsole i have the kdialog translated into Spanish!! I see "Filtro" and not "Filter". I think that this is related to the "locale" settings.

[kakaroto]

ohh.. this might be right.. because tcl/tk forces the locale to "C" and since kdialog is a subprocess of amsn, it also gets locale "C"... this might also explain spanish users of firefox get an english firefox ...

[billiob]

Can you try with the svn version of amsn if it's not already the case?

[GuS-Arg]

Can you try with the svn version of amsn if it's not already the case?

Indeed, with SVN version happens the same (if was not fixed today )

[kjir]

Could you try by commenting the first lines in the amsn file? (The ones changed in the last commit by kakaroto and also the set env(LC_ALL) C)
If it works with that commented out... we must figure out another way to do it :O

[GuS-Arg]

Could you try by commenting the first lines in the amsn file? (The ones changed in the last commit by kakaroto and also the set env(LC_ALL) C)
If it works with that commented out... we must figure out another way to do it :O

If I comment that line, i cant login to aMSN, having this debug:

Code:

bad screen distance "90.0"
    while executing
"$canvas coords $item $newX [lindex [$canvas coords $item] 1]"
    (procedure "::guiContactList::centerItems" line 7)
    invoked from within
"::guiContactList::centerItems $clcanvas"
    (procedure "cmsn_draw_signin" line 32)
    invoked from within
"cmsn_draw_signin"
    (procedure "cmsn_ns_connect" line 21)
    invoked from within
"cmsn_ns_connect $username $passwd"
    (procedure "::MSN::connect" line 76)
    invoked from within
"::MSN::connect $password"
    (procedure "::loginscreen::Snit_methodlogin" line 15)
    invoked from within
"$self login $user $pass"
    (procedure "::loginscreen::Snit_methodLoginFormSubmitted" line 28)
    invoked from within
".main.loginscreen LoginFormSubmitted"
    invoked from within
".main.loginscreen.login invoke"
    ("uplevel" body line 1)
    invoked from within
"uplevel #0 [list $w invoke]"
    (procedure "tk::ButtonUp" line 22)
    invoked from within
"tk::ButtonUp .main.loginscreen.login"
    (command bound to event)

[Fenix-TX]

The latest SVN version is not working:

Code:

Error in startup script: no such variable
    (read trace on "::env(LC_ALL)")
    invoked from within
"set ::LC_ALL $::env(LC_ALL)"
    (file "./amsn" line 51)

And if i comment all lines related with locale, i have the same bug as Gus-Arg.

[kakaroto]

hehe, how nice... well, Gus/Fenix, the bug "bad screen distance" is because "90.0" is what tk expects but when it tries to parse it it fails because your locale says the decimal separator is a comma, not a dot... that's the whole purpose of aMSN setting the LC_ALL to "C" at the start... at the same time, we are thinking that setting the LC_ALL env variable to "C" is causing your kdialog (or firefox or whatever) to launch with the "C" locale instead of the en/fr/sp/whatever locale... which is causing the bug you currently have...
Anyways, that's what I think... what you guys could try is to launch kdialog with :

Code:

LC_ALL="C" kdialog ...

and see if the bug with the desktop integration plugin happens again.. if it does, then the LC_ALL var is the problem, if it doesn't, then the problem might be something else....
@Fenix: thanks for pointing that out, I've now fixed that bug in the latest SVN please try again! thx
@Gus: are you sure you updated correctly? You said "that line", well it should have been 14 lines.. so maybe you didn't update correctly, or something... anyways, make sure you try now with the SVN revision 11163...

[Fenix-TX]

Anyways, that's what I think... what you guys could try is to launch kdialog with :

Code:

LC_ALL="C" kdialog ...

and see if the bug with the desktop integration plugin happens again.. if it does, then the LC_ALL var is the problem, if it doesn't, then the problem might be something else....

Running kdialog with LC_ALL="C" has the same problem.

@Fenix: thanks for pointing that out, I've now fixed that bug in the latest SVN please try again! thx

Now amsn runs, but the same issue with kdialog.

[kakaroto]

@fenix: ok thanks, glad to know that the LC_ALL="C" is the one causing the issue with kdialog.. I don't know though why it would not be fixed within the desktop integration plugin... In the firefox thread, it was reported that firefox is now launching in the correct language, so the solution definitely works..

[kjir]

Commit 11169 should fix this issue, please check!