Bug 122284

> Have tried to set the LC_CTYPEL to 'sv_SE.UTF-8' and 'en_US.UTF-8' without any success
LC_CTYPEL or LC_CTYPE 

could you please attach your messages.log file

thanks

Created attachment 53200 [details]
logfile with error

the local seems to be ok. could you, please, try to commit from the command line, if the error also appears there?

thanks

When using the subversion client from the commandline it works fine.

(This is what I have been doing to work around the problem, but it also means i have to do svn add and such manually)

LC_CTYPE, the L was a typo. I also tried setting LC_ALL just to be sure.

I do have the same problems, and with NB 5.5.1 I did alter the netbeans executable
(/Applications/NetBeans.app/Contents/Resources/NetBeans/bin/netbeans) and included  "export LC_ALL=pt_BR.UTF-8" (without
quotes) to work with brazilian portuguese input, as
http://infoessencial.blogspot.com/2007/05/netbeans-com-svn-em-portugus.html.

In NB 6.0 RC2, when trying to commit with the message "Test: á é í ó ú ç ã  (a e i o u c a)":

svn: Commit failed (details follow):
svn: Can't convert string from native encoding to 'UTF-8':
svn: Test: ?\135 ?\142 ?\146 ?\151 ?\156 ?\141 ?\139  (a e i o u c a)

submitter, can you see if this is related to what was reported in 117017 ?

also, what platform are you on ?
and can you do other things of subversion inside nb besides commit ?

ken.frank@sun.com

All other svn functionality works as expected, checking in changes works if I use only ascii characters.

I'm on OsX 10.5, but the problem was present in 10.4

I have looked ad issue 117017 ("Refactoring Push Down do not modify the original class") but I cannot see how it is related to this. Perhaps I have 
misunderstood you?

I'm using OS X 10.4.11.
I can do everything else inside netbeans (checkout, update, switch...).

I think it is not related to 117017, as this is not related to any refactoring...

This problem also happens with me when I try to commit(Using the Tortoise SVN all work perfect).
I' am using: Netbeans 6 (Final), JDK 6, Windows XP SP2

Example: 
I Wrote: 'Implementação'

This error occurs:
Safe data 'Implementa' was followed by non-ASCII byte 231: unable to convert to/from UTF-8

OUTPUT:
==[IDE]== 14/12/2007 05:36:46 Committing...
ci -N --force-log -F C:\WINDOWS\TEMP\svn_message_42306 -m Implementação da regra ModeloCurso --non-interactive
--config-dir C:\Documents and Settings\gustavoh\.netbeans\6.0\config\svn\config --targets C:\WINDOWS\TEMP\svn_checkin_42307
svn: Commit failed (details follow):
svn: Safe data 'Implementa' was followed by non-ASCII byte 231: unable to convert to/from UTF-8
==[IDE]== 14/12/2007 05:38:57 Committing... finished.

Hi,

i think i have a fix for this, the problem is that i can't reproduce:(


yotta, johanandren, pinheiro:
is it ok if i mail you a jar file so you may try for yourself if it works?

thanks

Created attachment 54260 [details]
Screenshot of error

The error is still there with the replacement svnClientAdapter

The checkin on the screenshot is with the text "Ändrat portnummer på continuum och svn-browsaren i pom:en"

your output windows lists the used svn command - see the second line. something like 
"ci -N --force-log ..."

could you please try to run it from the commandline - "svn [the_line_from_your_output_window]"

the command refers to some temporary files witch get deleted after netbeans exit, so if you already closed your NB
session 1.) you have to reproduce the problem again
2.) copy the listed command
3.) and run it from the cmd line (before you close NB)

thanks

Command copied and run from console (had to remove --non-interactive) works:

Macintosh:trunk johan$ svn ci -N --force-log -F /tmp/svn_message_37749 --config-dir /Users/johan/.netbeans/6.0/config/svn/config --targets 
/tmp/svn_checkin_37750 
Authentication realm: <http://smith:80> DABY
Password for 'johan': 
Sending        pom.xml
Adding         src/main/java/se/databyran/external
Adding         src/main/java/se/databyran/interinfo/ear/AdminServlet.java
Adding         src/main/java/se/databyran/interinfo/ear/ApplicationInit.java
Sending        src/main/java/se/databyran/interinfo/ear/ServiceSurvS.java
Sending        src/main/java/se/databyran/interinfo/ear/StreamCatcher.java
Sending        src/main/webapp/WEB-INF/web.xml
Adding         src/main/webapp/admin.jsp
Sending        src/main/webapp/index.jsp
Transmitting file data ........
Committed revision 1220.

hm, to be honest i'm running out of ideas.
maybe one more thing - we had some environment settings related issues on mac when NB where started from a desktop icon.
So the question is if you are able to reproduce when starting NB from the shell?

thanks

sorry about confusion of other issue, it was 117107 on solaris.

thats the topic of 117107, I've gotten this msg on solaris mentioned below when using a different svn than was used
by some others.
svn: Safe data 'Implementa' was followed by non-ASCII byte 231: unable to convert to/from UTF-8

for the situation on pc, setting 
APR_ICONV_PATH is sometimes a solution for some of these situations; not sure if it applies to
this one.

ken.frank@sun.com

If i start netbeans from a terminal instead of by it's icon the encoding problem goes away (that is '/Applications/NetBeans/NetBeans\ 
6.0.app/Contents/MacOS/netbeans')!

removing incomplete keyword since I think all needed info has been supplied.

ken.frank@sun.com

this looks similar to a problem described in http://wiki.netbeans.org/wiki/view/FaqSubversionMissingClient

what output do you get when running the "locale" command from your shell?

thanks

jbook:~ johan$ locale
LANG="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_CTYPE="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_ALL=


I have also tried using  "LC_ALL=sv_SE.UTF-8" without success.

to issue filer - does the problem still happen for you using
nb6.1 ? 

to developers, seems like this would be a p2 since seems to block
using specific functionality of the module ?

ken.frank@sun.com

In NetBeans 6.1RC1 the problem still does happen.

to dev team, is it something that could/should be considered
for 6.1 patch release vs fixing in 6.5 ?

ken.frank@sun.com

sorry for reacting so late, i totally lost track of this issue. My bad.

as i already mentioned in a post above:
this is a similar problem like in http://wiki.netbeans.org/wiki/view/FaqSubversionMissingClient

the problem here is that when nb gets started from the desktop (even with a correct locale as we can see in the log
file) it runs the svn excutable in a new shell which, for some os specific reasons, doesn't inherit the complete
environmental settings. It looks like osx doesn't propagate all settings to the command line and vice versa.
e.g. setting the locale in the os preferences doesn't change the locale in a newly opened shell. 
To be honest, i have no idea if this is a osx feature a misbehavior or only a wrong os setup which may be changed so
that the locale (sv_SE) is also set for each new shell instance. Because that would be the clean and correct solution
for your problem. 

The only way it seems to work is to set the locale in a shell and then to start nb from the shell. I hope this isn't
bothering you a lot as at this moment i don't see a simple way how to get around this and, unfortunately for you, i'm
going to set this as wontfix. 

We could indeed look for a way how to workaround it but the thing is that we plan to abandon the commandline client in
the near future and this problem should be gone then. 

adding keywd for relnote, since users on mac don't usually need to deal with
unix commandline, which is stated below as way to avoid the problem - to
set locale or other locale vars in terminal and start netbeans there.

to developers - can you provide me with relnote text and workaround
and on what specific platform/os - and I can get it into rel notes.

ken.frank@sun.com

with svn > 1.5 this issue shouldn't appear anymore

*** Issue 147197 has been marked as a duplicate of this issue. ***