[Bug]: Error in stringi.so dependency for Bayesian One-Sample T-Test

[coopa33]

JASP Version

0.95.0

Commit ID

d2a328cc0cf0b28c032f0c598d58f355d5134821

JASP Module

T-Tests

What analysis are you seeing the problem on?

Bayesian One-Sample T-Test

What OS are you seeing the problem on?

Fedora

Bug Description

• For the main table in the Bayesian One-Sample T-Test, the Bayes Factor and Gaussian Error are NAs for some reason.
• Specifically, I get the error message: Error in dyn.load(file, DLLpath = DLLpath, ...) : unable to load shared object '/home/danyu/.cache/R/renv/cache/v5/linux-fedora-42/R-4.5/x86_64-pc-linux-gnu/stringi/1.8.7/2b56088e23bdd58f89aebf43a0913457/stringi/libs/stringi.so': libicuuc.so.76: cannot open shared object file: No such file or directory
• This does not happen when I use the regular jaspTTests module, so it only happens when I load the cloned module as developer module in the nightly build.
• This also does not happen for the frequentist one-sample T-Test table with the development module, so it seems specific to the Bayesion One-sample T-Test in the development module

Expected Behaviour

I did not make any modification to the forked module, so I expected the Bayes Factor to be displayed as usually in the T-Test module:

Steps to Reproduce

1. Fork and clone the jaspTTests module locally
2. Install it as an R-library (via renv::install() or renv::restore())
3. In JASP (nightly), set path and name for development module (in advanced) and load the development module
4. Go to T-Tests, then Bayesian One-Sample T-Test, and enter a variable to see bug
5. To see normal functionality do Bayesian One-Sample T-Test with the regular T-Test module

Log (if any)

JASP 2025-08-04 15_59_44 Desktop.log
JASP 2025-08-04 15_59_44 Engine 0.log

More Debug Information

-------- Application Info --------
JASP Version: JASP 0.95
Build Branch: HEAD
Build Date: Jul 22 2025 20:42:47 (Netherlands)
Last Commit: d2a328cc0cf0b28c032f0c598d58f355d5134821

-------- Basic Info --------
Operating System: KDE Flatpak runtime
Product Version: 6.8
Kernel Type: linux
Kernel Version: 6.15.8-200.fc42.x86_64
Architecture: x86_64
Install Path: /app/bin
Platfotm Name: wayland
System Local: en_US

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.

[JorisGoosen]

When you install R packages on linux it sometimes links with system libraries, if you then later update linux those links might now be valid anymore.
In this case it seems that you have to clear the cache by removing /home/danyu/.cache/R/renv/cache/v5/ (or just /home/danyu/.cache/R/renv/cache/v5/linux-fedora-42/R-4.5/x86_64-pc-linux-gnu/stringi/ to avoid having to rebuild everything)
And then do renv::install again to get the pkgs to rebuild.

[coopa33]

Hi Joris, it unfortunately still doesn't work doing as you instructed, I still get the exact same error message...
It's weird as it only seems to be affecting this particular analysis for me.
I also checked the shared objects required by stringi.so:

danyu@coopa33:~$ ldd /home/danyu/.cache/R/renv/cache/v5/linux-fedora-42/R-4.5/x86_64-pc-linux-gnu/stringi/1.8.7/2b56088e23bdd58f89aebf43a0913457/stringi/libs/stringi.so

linux-vdso.so.1 (0x00007efca6ba3000)

libicuuc.so.76 => /lib64/libicuuc.so.76 (0x00007efca6800000)

libicui18n.so.76 => /lib64/libicui18n.so.76 (0x00007efca6400000)

libR.so => /home/danyu/R/4.5.0/lib64/R/lib/libR.so (0x00007efca5e00000)

libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007efca5a00000)

    and so on...`

So it seems to me that it is able to find the dependencies for it, unlike what the error message is saying

`

[JorisGoosen]

Hmm, maybe the problem is just that you are running the flatpak and this has its own libraries inside, while if you run renv::install you do it outside the flatpak environment (as in, in your normal fedora environment?)
You could try running R inside flatpak by installing the org.kde.Sdk for version 6.8 and then starting a shell within the jasp flatpak environment:
flatpak run --command=sh --devel org.jaspstats.JASP
Then you can run R inside there, then use that path as libpath?

I cant test this right now as I dont think I have access to a linux box here.

[tomtomme]

@coopa33
any luck? Have you tried with 0.95.1?