The solution was simply to reinstall the EnvironmentVariables Marketplace module I was using. After the upgrade from 9.22.0 to 9.24.0, something broke, but the reinstall fixed it.
Also, on my NPE that the error was occurring with, I unchecked all the Store ‘<option>’ checkboxes, since they were not relevant to me. I’m not sure if that was necessary, but I felt it couldn’t hurt.
Thanks all for your time and consideration!
I don’t have the solution but I see that you are working as MxAdmin.
Usually MxAdmin is a user but not an Account. If your Access rights are based on associations to the Account Object, it will not work with MxAdmin. You could give it a try and do the same test with a “real” administrator Account.
I’m getting the same issue with an NPE on the store created Date field I think. When I turn this off it works fine again.
i also got the same issue. ”Member is not writable”. Solved by removing one of tje store system members options.
We are also experiencing similar issues in the 9.24.x branch. Several hundred per day in fact. Most of our errors are:
“com.mendix.webui.WebUIException: Applying change for 'changedDate' of object with id '<ID HERE>' (MyDomainModel.PE) failed for security reasons. Hash is invalid! at com.mendix.webui.requesthandling.HashUtilImpl$.verifyHash(HashUtilImpl.scala:46)”
The user role receiving these errors has Full Read / Full Write access, and yet we’re receiving these errors on a system member attribute! Mendix support wants us to provide a “a test project (mpk file) that replicates the issue. The test project includes only the implementation of the behavior/issue and not the entire project”, which I can appreciate, but unfortunately our application is a monolith with cross-associations to multiple other module entities. It would take us days to “extract” a minimally functional test project and data to reproduce, and I don’t think they have considered that by doing so the “new test project” might not exhibit the issue. In this case, there is nothing we as developers can do to effect behavioral changes on system objects. Right? Am I right?
I’ve never had a “good” experience with Mendix support. They tend to push back that it’s our model design or try to steer us to engage their professional services. Very unsatisfactory customer support.
Apparently, this has been fixed in 9.24.5
"We fixed an issue where creating a non-persistable entity led to errors when the entity contained a system attribute. (Tickets 189835, 190622)”