You could check your domain model to see how the access rights are configured. The final line in the stacktrace mentions that there is no association found between your settings object and the customer.
When you switch from one page to another, and the user has no read rights for the association, Mendix will not show this data, even though it might appear to be there on the page of origin.
In my experience this happens when there are widgets with the same name on both pages, like listView1 or dataView1. When making these names more unique like listViewCustomer and listViewOrders the errors went away.
Yesterday I ran into a similar error message, so like
Caused by: java.lang.IllegalArgumentException: requirement failed: object '…' does not have association '…'.
The setting I got this error in is somewhat different than yours, but perhaps this comment can help you solving your specific issue.
During the Mx-upgrade 7.23.2 → 7.23.19 this error was generated when showing a page with the following characteristics:
- page contains several dataviews for different specializations (all in a quite complex structure with only snippets for reusability)
- some of those dataviews contains a reference selector
Such a reference selector on a specialization which is not shown on the page (so let's say, a damage claim (generalization) is of a certain producttype (say liability, building, or travel; the specialization), then when showing a liability claim, this causes an error when on the same page in the model there is a dataview (say building) with a reference selector widget.
Removing the reference selector was no option of course, so the only way to solve it was, to create separate pages for every specialization, what perhaps was a good idea anyway.
It seems like a bug in Mx which caused this issue. Until Mx 7.23.2 we didn't encounter this issue.
I've contacted Mendix about this issue, and they looked into it. The problem was known to them and it has been fixed in version 8.11.0. If you look at the release notes there is the following paragraph:
When you had a page with a lot of widgets and were moving to another page or the page was rebuilt because the data sources were returning different objects, this resulted in an error in the client. We fixed this and improved performance along the way. (Ticket 98603)
I have updated the modeler and it seems indeed the solution.