Check in sprintr the number of the package the is currently deployed to the cloud:
In Studio Pro check the commit history (Atl, c, h) to see if your commitnumber matches the last 3 digits of version.
A second doublecheck:
- Close Studio Pro
- rename the project directory, for instance by postfixing _havingothermicroflows
- open Studio Pro again and redownload the project.
See what you get.
Likely, after you have done the above, you will have extra information on your mystery. Good luck!
Have you remote debugging the microflows with Studio Pro? This might give you some insight into what is happening.
Hope that helps,
See here for instructions about using remote debugging: https://docs.mendix.com/howto/monitoring-troubleshooting/debug-microflows-remotely
It appears that the issue is with the retrieve action. My Xpath is not pulling back any results. I thought it may be permissions but all users have read/write on the entity in question. While debugging it returns 0 so that is definitely the issue. I am not seeing how this can be performing differently in production versus local host.
This first step retrieves the record using a parameter of ObjectID where its = to _ID. Then it should delete the record from the list. It then runs the rest service activity and re-imports the data. I am doing it this way because the data itself is reference only in my app and I havent found another way to update a record using the import mapping of the JSON data. so when I run this it should be deleting the last runs record, and then create a new one with the same ID. But in Production the delete is failing because it does not see the data. Looking at it right now there are several records that are all the same. so it should see those based on the _ID. The first screenshot is the data. You can see the repeat ID values. The second screenshot is a view from the debugger. ObjectID matches the value exactly and the retrieve doesnt pick it up.
A few things I can think of which you can try:
Hope this helps