Open rempsyc opened 4 months ago
It seems this issue arises simply from calling the brms::brms()
function. Just running the test with:
model <- suppressMessages(suppressWarnings(brms::brm(
mpg ~ qsec + wt,data = mtcars, refresh = 0, iter = 1, seed = 333)))
Generates that "Global state has changed" warning. Any pointers here @IndrajeetPatil? Would you suggest opening an issue in the brms
repo?
Sorry, missed this.
I see that you have already created an issue.
Let's see if there is any upstream change that takes care of this. If not, we need to think about an alternative strategy to figure out that our code is not changing global state anywhere. Because if just a namespaced function call changes state, there isn't much we can do about it.
Maybe we need to restrict this check only to tests that use easystats packages.
Since there were no reactions to my post for two months, I have opened a new issue on Stan Discourse: https://discourse.mc-stan.org/t/global-state-has-changed-warning/36591
Here's the response of Bob Carpenter, one of the core Stan developers, on Stan Discourse:
I looked up this error and it seems to arise when a test from
testthat
finds that global state has changed. I agree that it’s bad form to change global state in a test. Tracking this down is going to require finding where RStan or brms or something they call changes the global state.In particular, this appears to arise from setting a few new flags (
PKG_CPPFLAGS
,PKG_LIBS
andUSE_CXX17
). One way to deal with this would probably be to set them ahead of time. The other way to deal with it would be to write something that wraps the tests in something that removes warning messages.Overall, testing for generic state changes like this is probably going to be brittle going forward if it’s not something that RStan or brms care about.
Another alternative might be to switch to the
cmdstanr
back end. Otherwise, someone needs to track through the code, figure out where those three flags get set, then wrap them safely so that they are guaranteed to be unset (I don’t know if R has exceptions and can support a try/catch/finally pattern).
Let's see if there is any upstream change that takes care of this. If not, we need to think about an alternative strategy to figure out that our code is not changing global state anywhere. Because if just a namespaced function call changes state, there isn't much we can do about it.
Maybe we need to restrict this check only to tests that use easystats packages.
Little update @IndrajeetPatil I asked what we could do if the Stan developers don't fix this and this is the reply I got:
Why not just turn off the check for warnings?
If no-warnings-in-tests is really a hard requirement for you, you might want to look at a package other than Stan, as I doubt we’ll ever get enough cycles to keep our tests warning-free.
So would you suggest following the path you suggested earlier of restricting this check to easystats packages tests then, at least for report
?
So would you suggest following the path you suggested earlier of restricting this check to easystats packages tests then, at least for report?
Yes, absolutely! Thanks for sticking with it for so long 😅
ACTUALLY, we just found the source of the issue on stan. It is due of our use of testthat::set_state_inspector()
in file tests/testthat/helper-state.R
. Do we need this?
How to solve the "Global state has changed" warning in
test-report.brmsfit
? Would close #445https://github.com/easystats/report/actions/runs/9797434007/job/27054023826?pr=447#step:5:196