[Bug]: Using The Visual Modeling

[helenum]

JASP Version

0.18.3

Commit ID

No response

JASP Module

Visual Modeling

What analysis are you seeing the problem on?

No response

What OS are you seeing the problem on?

macOS Silicon

Bug Description

I have received this error message:
Error in dyn.load(file, DLLpath = DLLpath, ...): unable to load shared object '/Applications/JASP.app/Contents/Frameworks/R.framework/Versions/4.3-arm64/Resources/library/dplyr/libs/dplyr.so':
dlopen(/Applications/JASP.app/Contents/Frameworks/R.framework/Versions/4.3-arm64/Resources/library/dplyr/libs/dplyr.so, 0x0006): Library not loaded: /Library/Frameworks/R.framework/Versions/4.3-arm64/Resources/lib/libR.dylib
Referenced from: <7E9BA906-F6A6-3212-A05E-D321043276A1> /Applications/JASP.app/Contents/Frameworks/R.framework/Versions/4.3-arm64/Resources/library/dplyr/libs/dplyr.so
Reason: tried: '/Library/Frameworks/R.framework/Versions/4.3-arm64/Resources/lib/libR.dylib' (no such file), '/System/Volumes/Preboot/Cryptexes/OS/Library/Frameworks/R.framework/Versions/4.3-arm64/Resources/lib/libR.dylib' (no such file), '/Library/Frameworks/R.framework/Versions/4.3-arm64/Resources/lib/libR.dylib' (no such file), '/usr/lib/libR.dylib' (no such file, not in dyld cache)

Expected Behaviour

Performing the visual modeling.

Steps to Reproduce

1. Opening The Visual Modeling

..

Log (if any)

Error in dyn.load(file, DLLpath = DLLpath, ...): unable to load shared object '/Applications/JASP.app/Contents/Frameworks/R.framework/Versions/4.3-arm64/Resources/library/dplyr/libs/dplyr.so':
dlopen(/Applications/JASP.app/Contents/Frameworks/R.framework/Versions/4.3-arm64/Resources/library/dplyr/libs/dplyr.so, 0x0006): Library not loaded: /Library/Frameworks/R.framework/Versions/4.3-arm64/Resources/lib/libR.dylib
Referenced from: <7E9BA906-F6A6-3212-A05E-D321043276A1> /Applications/JASP.app/Contents/Frameworks/R.framework/Versions/4.3-arm64/Resources/library/dplyr/libs/dplyr.so
Reason: tried: '/Library/Frameworks/R.framework/Versions/4.3-arm64/Resources/lib/libR.dylib' (no such file), '/System/Volumes/Preboot/Cryptexes/OS/Library/Frameworks/R.framework/Versions/4.3-arm64/Resources/lib/libR.dylib' (no such file), '/Library/Frameworks/R.framework/Versions/4.3-arm64/Resources/lib/libR.dylib' (no such file), '/usr/lib/libR.dylib' (no such file, not in dyld cache)

Final Checklist

• I have included a screenshot showcasing the issue, if possible.
• I have included a JASP file (zipped) or data file that causes the crash/bug, if applicable.
• I have accurately described the bug, and steps to reproduce it.

[github-actions]

@helenum, thanks for taking the time to create this issue. If possible (and applicable), please upload to the issue website (#2784) a screenshot showcasing the problem, and/or a compressed (zipped) .jasp file or the data file that causes the issue. If you would prefer not to make your data publicly available, you can send your file(s) directly to us, issues@jasp-stats.org

[helenum]

I cannot upload the jasp file (it is in grey).

[helenum]

The csv file, however, is this:
AUC_DADOS_PARA_JASP.csv

[dustinfife]

I can't reproduce that on my computer.

[boutinb]

Hi @helenum Which version of MacOS do you have? You can download your JASP file, by changing the suffix to .zip (test.jasp -> test.zip).

[tomtomme]

@helenum
The CSV you provided does not contain "1_SPECIFICITY", just and empty V9 see

It does contain SPECIFICITY and that produces a nice graph.

So it is crucial to know what you have done to SPECIFICITY to get 1_SPECIFICITY (how those are different) so that we can reproduce the bug. Please rename your .jasp to .zip and upload it here like boutinb described. Thx!

[tomtomme]

@helenum
Any news on this one for us?