Skip to content

Graphics in R, version 4.3.2, does not work well in MacOS

10 messages · Michael Hall, Michael Grundler, roy +5 more

#
It also works for me on both my current m3 and also my old x86.

I also always assumed Quartz meant XQuartz. However with neither architecture did it seem to start XQuartz in order to render. 

Sonoma on both machines. M3 = R 4.3.2. X86 = R 4.3.1
#
I am also observing the same behavior as Mar?a with the 4.3.2 Patched
binary from mac.r-project.org running under Sonoma 14.3.1 on an m3
mac. Using the default quartz() device and running the example line by
line shows a blank device. If the device window is resized, however,
the expected result appears. The example runs fine using x11(). The
example also runs fine on both quartz() and x11() on my old x86
running under Sonoma 14.2.1.
R version 4.3.2 Patched (2024-02-13 r85905)
Platform: aarch64-apple-darwin20 (64-bit)
Running under: macOS Sonoma 14.3.1

Matrix products: default
BLAS:   /Library/Frameworks/R.framework/Versions/4.3-arm64/Resources/lib/libRblas.0.dylib
LAPACK: /Library/Frameworks/R.framework/Versions/4.3-arm64/Resources/lib/libRlapack.dylib;
 LAPACK version 3.11.0

locale:
[1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8

time zone: America/New_York
tzcode source: internal

attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods   base

loaded via a namespace (and not attached):
[1] compiler_4.3.2
On Fri, Feb 16, 2024 at 7:32?AM Michael Hall <mik3hall at gmail.com> wrote:
roy
#
On the following cfg:

Intel macmini 2018

macos 14.3.1

R 4.1.2

XQuartz 2.8.5

RStudio 2023.03.0+386

Running the example from the "abline" command in R (cmd line) and RStudio,
I get the same results that Mar?a-?ngeles and Michael G. described (i.e.,
no plots via R and plots via RStudiio). When I switched back to an older
version of XQuartz (2.7.11) the plots worked well.

cheers, roy


On Fri, Feb 16, 2024 at 5:11?AM Michael Grundler <mcgrundler at gmail.com>
wrote:

  
  
#
I'm seeing this as well. In case it's relevant, I saw something
similar, but the points do appear to get appropriately redrawn if I
resize the Quartz window. (The window is fairly jittery / jumpy when I
try to do so, though.)
On Fri, Feb 16, 2024 at 12:17?PM roy <rollinforall at gmail.com> wrote:
#
I am also having the same problems as described in this thread. Following the example code posted by Mar?a-?ngeles Casares-de-Cal, if I run the code line by line, additions to the plot do not appear unless I resize the window. If I select the code block and execute all at once, it is inconsistent, sometimes working fully, sometimes partially, sometimes not at all.

R is installed from CRAN:
R version 4.3.2 (2023-10-31)
Platform: aarch64-apple-darwin20 (64-bit)
Running under: macOS Sonoma 14.3.1

Matrix products: default
BLAS: /Library/Frameworks/R.framework/Versions/4.3-arm64/Resources/lib/libRblas.0.dylib
LAPACK: /Library/Frameworks/R.framework/Versions/4.3-arm64/Resources/lib/libRlapack.dylib; LAPACK version 3.11.0

locale:
[1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8

time zone: America/New_York
tzcode source: internal

attached base packages:
[1] stats graphics grDevices utils datasets methods base

loaded via a namespace (and not attached):
[1] compiler_4.3.2

XQuartz version 2.8.5.

-Pascal Title
On Feb 17, 2024 at 13:47 -0500, Kevin Ushey <kevinushey at gmail.com>, wrote:

  
  
#
Thank you very much for your information, Michael.

I had not realize that by changing the size of the window where all the plots should be, everything appears.
The same thing happens to me too.

Regards,
?ngeles


sessionInfo()
R version 4.3.2 (2023-10-31)
Platform: aarch64-apple-darwin20 (64-bit)
Running under: macOS Sonoma 14.3.1

Matrix products: default
BLAS:   /Library/Frameworks/R.framework/Versions/4.3-arm64/Resources/lib/libRblas.0.dylib 
LAPACK: /Library/Frameworks/R.framework/Versions/4.3-arm64/Resources/lib/libRlapack.dylib;  LAPACK version 3.11.0

locale:
[1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8

time zone: Europe/Madrid
tzcode source: internal

attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods   base     

loaded via a namespace (and not attached):
[1] compiler_4.3.2

system_profiler SPHardwareDataType | grep Model
     Model Name: MacBook Air
     Model Identifier: Mac14,2
     Model Number: Z161000GJY/A

  
  
3 days later
#
I can confirm that this is a bug specific to macOS Sonoma 14.3.1, even earlier versions of Sonoma don't have that problem. Given the number of previous bugs in Sonoma chances are Apple may fix in the in the next release, but I'll see if we can do anything about it on our end in the meantime.

Cheers,
Simon
#
For what it's worth, I also see the bug in the trial Sonoma identified as

    macOS Version 14.4 Beta (23E5205c)

which was updated today.  I'm not sure how many beta versions they have released, but so far none has led to a fix.  My guess is that they are aware of the problem and working on it, because I've seen what seem to be similar problems with text (in the mail application for example) but they have lessened in the last two or so beta versions.

As others have noted, resizing fixes things.  I tend to just use x11() though, because it's also nice and fast for images and I use them a fair bit.

Many thanks to all of those who have worked so hard on R over the years.  It's a very pleasant system, and community.

Dan.
#
I can confirm that this is a rather nasty Sonoma bug at least since macOS 14.3.1. It seems Apple tried to implement some kind of optimization that wants to minimize redraws in views, but it's buggy in that it doesn't detect that the contents have actually changed and thus refuses to redraw the view even though R tells it to do so. I found a somewhat convoluted work-around: if we draw two different things (just say dummy rectangles of varying color) and then overwrite them with the actual R plot then even Sonoma will redraw the view. It is rather bizarre... The work around of doodling unrelated things on the screen is now in R-devel and R-patched (85968 and 85969 resp.) so please check R 4.3.3 beta r85969 or higher from mac.R-project.org

Cheers,
Simon
#
Thank you very much, Simon.

I have installed this R:
R-4.3-branch
4.3.3 RC
(2024/02/22, r85969)

And the problem is solved.

Thanks again.
I would like to add my voice to Daniel Kelley's message:
Many thanks to all of those who have worked so hard on R over the years.  It's a very pleasant system, and community.

Best regards,
?ngeles