Strange locale problems in R after update to Mojave

bakaburg1 · 2018-10-02 17:48:46 UTC

I'm having strange problems with R after updating to OsX Mojave.

When I start up a RStudio project I get:

During startup - Warning messages:
1: Setting LC_CTYPE failed, using "C" 
2: Setting LC_COLLATE failed, using "C" 
3: Setting LC_TIME failed, using "C" 
4: Setting LC_MESSAGES failed, using "C" 
5: Setting LC_MONETARY failed, using "C"

Than, if I source() R files raise an error if I don't remove the encoding = 'UTF-8' option if there are non-english characters like accented vowels.

Finally, the same characters if I use the View function get encoded, so àèòù become <c3><a0><c3><a8><c3><b2><c3><b9>

How can I solve this? it's pretty annoying expecially when save/sourcing R files from RStudio, since it puts encoding = 'UTF-8' by default.

mara · 2018-10-02 17:50:17 UTC

Does this happen both in Vanilla R and in RStudio, or only in RStudio?
(see FAQ below for disambiguation)

phahn · 2018-10-03 08:05:07 UTC

Self reply to my last post:

defaults write org.R-project.R force.LANG de_DE.UTF-8

does the job. replace de_DE.UTF-8 with the output of
Terminal: locale

phahn · 2018-10-03 11:23:30 UTC

Facing the same problem as above.

Tried in Vanilla R: no problems, works fine.

R version 3.5.1 (2018-07-02) -- "Feather Spray"
Copyright (C) 2018 The R Foundation for Statistical Computing
Platform: x86_64-apple-darwin15.6.0 (64-bit)

Cannot load my csv. files
error: 1: In read.table(file = file, header = header, sep = sep, quote = quote, :
invalid input found on input connection '../data/fallexport.csv'

mara · 2018-10-03 11:41:11 UTC

Hmm…I haven't upgraded to Mojave yet, so I'm not sure what all would have changed.

Is there any chance using a preview build (https://www.rstudio.com/products/rstudio/download/preview/) resolves this?

mara · 2018-10-03 11:43:49 UTC

Also, I noticed you cross-posted this to StackOverflow:

In the event that you cross-post, we ask that you include the link to the other thread or issue so that there's no unnecessary duplication of effort, in the event that it gets resolved over there.

Thanks

bakaburg1 · 2018-10-04 07:54:56 UTC

I'm sorry for the cross-posting; at the beginning I didn't realize it was a RStudio specific problem, but then I noticed that plain R doesn't suffer from it, so I created an issue in github problem because it looked like a bug to me.

In github they noticed from a RStudio diagnostic report that I provided that in the locale setting there was an impossible locale:

$LANG
[1] "en_IT.UTF-8"

$LC_CTYPE
[1] "en_IT.UTF-8"

en_IT doesn't make sense because it would mean an italian version of english. In fact those options are not present in my machine locales (fetched by locale -a on terminal).

The problem is confirmed running Sys.getenv()

LANG                                           en_IT.UTF-8
LC_CTYPE                                       en_IT.UTF-8

I don't really know where these setting come from.

The workaround to make everything work is using Sys.setlocale(locale = 'en_US.UTF-8'). But I think it's a problem of RStudio interacting with Mojave.

Thanks to @phahn who gave me a useful hint.

mara · 2018-10-04 12:47:45 UTC

If you could post a link to the issue here as well that would be great. It will allow anyone in the future to see whether the issue has been closed, which will help them figure out if they're facing the same problem!

Thanks

bakaburg1 · 2018-10-05 13:08:47 UTC

Here's the issue: https://github.com/rstudio/rstudio/issues/3587
but they closed it because I already wrote here. I don't really agree with closing it, because the issue is real and is not solved; I just found a (not very elegant) workaround (which I posted both here and on github).

bakaburg1 · 2018-10-05 15:11:46 UTC

UPDATE:

using WriteXLS::WriteXLS() raises an error even after resetting locale with Sys.setlocale(locale = 'en_US.UTF-8')

perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
	LC_ALL = (unset),
	LC_CTYPE = "en_IT.UTF-8",
	LANG = "en_IT.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

Had to output the file using Vanilla R

This is getting annoying...

rensa · 2018-10-05 15:28:22 UTC

Hey @bakaburg1, that sounds like a tough problem This might be a basic check, but have you checked the Default text encoding option in RStudio's Tools > Global Options > Code > Saving? I would think this would only affect the encoding of files you save in RStudio, but I suppose it can't hurt to check!

EDIT: this support thread was the closest I could find to your problem Not sure whether it'll help you if your problem is isolated to RStudio, but

hideaki · 2018-10-05 15:53:03 UTC

I also encoutered a similar problem. After upgrading to Mojave, and even after clean-installing it,

the start message ("R is a free software...") appears in English, not in Japanese.
the following warning message appears

During startup - Warning messages:
1: Setting LC_CTYPE failed, using "C"
2: Setting LC_COLLATE failed, using "C"
3: Setting LC_TIME failed, using "C"
4: Setting LC_MESSAGES failed, using "C"
5: Setting LC_MONETARY failed, using "C"

I couldn't use Japanese characters on Rstudio.

With R-GUI and R running on a macOS terminal, everything is fine.

Adding

Sys.setlocale(category="LC_ALL", locale="ja_JP.UTF-8")

to my .Rprofile didn't solve the problem.

defaults write org.R-project.R force.LANG ja_JP.UTF-8

(at least seemingly) fixed it.

bakaburg1 · 2018-10-05 18:37:38 UTC

I tried defaults write org.R-project.R force.LANG en_US.UTF-8, and the error at the startup of R projects seems gone.

But I still see the same locale setting error when I render rmarkdown files. In one of such files I put Sys.setlocale() and I got C.

kevinushey · 2018-10-05 18:51:09 UTC

@hideaki: What do you see when you execute:

defaults read NSGlobalDomain AppleLocale

from a terminal? I suspect you're seeing something erroneous like en_JP? It seems like macOS Mojave is setting a strange locale here, and RStudio is inheriting that locale.

bakaburg1 · 2018-10-05 19:01:21 UTC

I'm getting it_IT, so it looks fine

hideaki · 2018-10-05 19:04:46 UTC

What do you see when you execute:
defaults read NSGlobalDomain AppleLocale

ja_JP

kevinushey · 2018-10-05 19:07:57 UTC

Dang; thanks. That's not what I expected (I'm surprised that I see en_IT) but I'll see if I can learn more.

bakaburg1 · 2018-10-05 19:13:22 UTC

I noticed something else too.

I inserted Sys.setlocale(locale = 'en_US.UTF-8') into the rmarkdown file in the first code chunk. If I create a data.frame with special characters eg. df <- data.frame(a = 'aaèòà±é') in the first chunk, where I reset the locale, and then kable() it, I only get aa (that is the special characters get eliminated). If I create it in a subsequent chunk it prints ok.

So the locale reset seems to apply only to subsequent chunks, not to the one in which is done.

bakaburg1 · 2018-10-05 19:21:54 UTC

Sorry I didn't see the post. In the setting there is [Ask]. The defaults write org.R-project.R force.LANG en_US.UTF-8 trick seems to have solved the error when sourcing (or at least I believe so, since I'm not seeing it anymore, and I've touched so many things around that is hard to say what fixed it). But still I'm facing other locale problems here and there as written in the other posts.

hideaki · 2018-10-06 08:46:04 UTC

Thank you for re-opening the GitHub issue and validating the problem.
I don't think en-IT is odd, if you've changed your macbook's region to Italy and keep setting English as a primary language.