1
[Runtime] WebApp Build is calling AppGyver APIs
planned
J
Johannes Woehler
Hi,
I did a WebApp build last week and the downloaded app now calls to AppGyver despite it is hosted by us:
My understanding from previous conversations was that builds do not call back to AppGyver backend anymore.
Could you clarify?
Thanks and best,
Jo
Log In
Activity
Newest
Oldest
J
Johannes
done!
H
Harri Sarsa
planned
H
Harri Sarsa
We'll check this – seems like our enterprise feature to allow admins to enforce minimum versions and enable maintenance mode, but should be off for regular apps.
J
Johannes
@Harri Sarsa: Is there any ETA for this? I published an app now and it looks like this call is still in.
I realized this as the call seems to have some performance issue this afternoon and initializing the app is really slow (which was not an issue before)...
Until this is fixed, I need to put into the app data privacy policy that there is a call being done to Appgyver as you at least store IP address,... of the caller I guess.
Do you have a template for this paragraph I could use?
Thanks!
H
Harri Sarsa
@Johannes: we do not store/collect the IP address or any data with this request, so no need to include anything in your privacy policy.
That said, now that the v2 release is out, removing this call will happen soon – sorry for the hassle.
The call should not affect performance regardless, but I will look into it.
J
Johannes
@Harri Sarsa: This (or something similar) is now creating a bigger issue: In the iPad preview app (Legend), my app content loads within a few seconds. With published app build with old version, it now takes one minute! Something must be added to the iOS build which is now causing an issue. It worked on Thursday, and does not work since Friday anymore.
I now tried to get a new version of the app through the AppStore review and got rejected due to the loading problem, so its not local to my environment.
It would be great if you could have a look soon as my app is non-functional in the store right now.
Thanks in advance!
H
Harri Sarsa
@Johannes: that API call should not affect the loading of the app, but we will investigate ASAP. Have you tried making a standalone build with 2.4.20 runtime version?
H
Harri Sarsa
And did the app behavior change without any changes to the standalone version?
J
Johannes
@Harri Sarsa: yes, the behaviour changed from Thursday to Friday (or during Friday morning) without doing any changes in the standalone version. My app does not work properly with 2.4.20 and I need more time to investigate. However, the app has special value for families in the week before Christmas so I would be happy to get it up and running asap and defer the work on 2.4.20.
Thanks for all your support!
H
Harri Sarsa
@Johannes: can you share the app ID and some of the issues your app is facing to e.g. contact@appgyver.com? The App Store link would be helpful too. We are continuing to fix the final regressions between 1.9.22 and the new v2 runtime, and it would be helpful to understand what is happening in your app — the expectation is in no way that you should do extra work to use the new runtime.
J
Johannes
@Harri Sarsa: thanks, done!
J
Johannes
@Harri Sarsa: Quick update on the API calls, there are actually two calls in the iOS build: rest-auth + dolan API. Would be great if you could remove both here as part of this fix.
On the performance issue: I tried another build today, and at least with TestFlight it looks good now.