This behavior is once again back with a vengeance for our app. Been really bad the past couple of days in fact.
Our capacity hasn’t broken 10 percent but our users have to reload the page every time they want the most recent data. We have a text messaging app, so this is is pretty much crippling.
I confirm that I’m facing the same issue since 07/28. It drives me crazy as it breaks everything. I contacted the support and I tried all possible solutions without using “Refresh page” or “Add a pause” (30s pause is still causing issue).
Nb to Petter: “thanks” to the issue, I discovered your ebook! Great material. I even tried to apply some of your recommendations to solve the RG issue but without success
I’m not experiencing it, but I also very rarely use a do a search for a rg datasource, but the other ways I populate the data use the same do a search and they all seem to be working fine.
I’m not sure about anyone else, but I’ve narrowed this down to an issue with mobile safari. This bug only occurs when accessing our app through mobile safari or through a iOS webview (through our BDK app).
I plan to open a new bug report now that I have this new information and a clear way to replicate.
I’ve found what seems to be a short term workaround for this behavior.
Set a state on page for a date. “Cache Buster Date”. Make default date way in the future, like 2099.
In the search, add a parameter for created date < cache buster date.
Change the date saved to Cache Buster Date each time you want to force the search to occur again. Make sure new date is in the future. I use current date + 1 year for this.
Been testing this all morning and seems to be working. If I turn this off then the old stuck behavior returns.