You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on May 20, 2025. It is now read-only.
Repository navigation
This repository was archived by the owner on May 20, 2025. It is now read-only.
Hey guys, we are really sorry that we still have such kind of problem that affects you sometimes, the solution isn't very simple, so we are working on it and believe that the issue will be resolved in the near future.
Let's use this issue as a common place where we can share any news with you and you'll report us if the issue still has place for you even after architecture/hosting changes from our side (we'll let you know if any).
As you know, CodePush now is a part of AppCenter, it means that its backend is also moved to the common AppCenter backend.
Due to the point above - Acquisition SDK will also point to the new AppCenter service which will be more reliable/flexible and should handle much more update requests per second, so finally 503 issue should gone away.
The plan is to accomplish the changes above in the first decade of the upcoming year.
So currently we are working on moving CodePush native SDKs to the AppCenter SDKs, it means that they'll be adapted to the new infrastructure, another words it will point to the new AppCenter API/Backend (exactly what I've talked above)
Please let me know if you have any questions regarding this.
Hey, we checked the log, there is one internal storage connection failure for your request. Can you make another updateCheck call, see if it works now?
It's happening only for Android. We disabled the updates for a few days then enabled them back and still gave the error. Only about 40 installs made during that time.
Now as for logs, all we have is a sentry that is thrown when "sync" method gives: status == window.top.SyncStatus.ERROR. We call this method in the success function of "checkForUpdate" method.
A thing to mention is that the last update that worked was that of a new build. We were preparing a new package (1.4) and we needed to push a change to the current released package (1.3). This happened after the code of 1.4 has been merged into the main branch to prepare for release. So initially we decided to not release updates since they would be made against the new package, against 1.4 code. And this new package has an additional native plugin compared to the current one. But then we ran some tests and the updates worked on our internal 1.3 package and even with the release version. No issues, no crashes. So we pushed this to live and while things still work fine on our devices, we keep getting the error for almost all android users.
And another thing to know is that the new plugin was for ios only and the ios users have no problem.
WalletHub (@Wallethub)
As I remember, you have Cordova app, could you add syncErrback to sync call, please?
Error from syncErrback should give to us additional info. API reference
That seems to be a new feature. It's not in the version of the app that is currently released, but good to know about it to include it in the next release.
Sorry, but we are still not realise what a reason of a problem you've faced. We haven't seen any errors on our logs, so any logs from your side would be very helpful.
I'm going to close this issue for now as we haven't heard about new incidents with this issue in a while.
Please feel free to reopen it if you have any questions or you face this issue again.
It's totally random... at least on a curl call.
But look at this:
On the browser it's almost deterministic, on firefox it doesn't work at all (sometimes not even a response is obtained), and using chrome on the same machine, it works.
I would believe in a rate limit if it wasn't for the browser part.
Activity
sergey-akhalkov commentedon Dec 18, 2017
Currently, we have the following plan:
Please let me know if you have any questions regarding this.
Wallethub commentedon Apr 18, 2018
Hello, we've been experiencing this issue again starting at 2:13 PM UTC. Where there any changes or maintenance activity on your end?
buptkang commentedon Apr 18, 2018
Hey, we checked the log, there is one internal storage connection failure for your request. Can you make another updateCheck call, see if it works now?
Wallethub commentedon Apr 18, 2018
Its still coming, it seems only on the android side.
Wallethub commentedon Apr 19, 2018
Guys, any updates here? It seems to come continuously for the majority of the users on the android side.
itoys commentedon Apr 23, 2018
Hi WalletHub (@Wallethub)
Could you provide logs and/or another info that would be helpful for us?
Thanks!
Wallethub commentedon Apr 28, 2018
It's happening only for Android. We disabled the updates for a few days then enabled them back and still gave the error. Only about 40 installs made during that time.
Now as for logs, all we have is a sentry that is thrown when "sync" method gives: status == window.top.SyncStatus.ERROR. We call this method in the success function of "checkForUpdate" method.
A thing to mention is that the last update that worked was that of a new build. We were preparing a new package (1.4) and we needed to push a change to the current released package (1.3). This happened after the code of 1.4 has been merged into the main branch to prepare for release. So initially we decided to not release updates since they would be made against the new package, against 1.4 code. And this new package has an additional native plugin compared to the current one. But then we ran some tests and the updates worked on our internal 1.3 package and even with the release version. No issues, no crashes. So we pushed this to live and while things still work fine on our devices, we keep getting the error for almost all android users.
And another thing to know is that the new plugin was for ios only and the ios users have no problem.
itoys commentedon Apr 28, 2018
WalletHub (@Wallethub)
As I remember, you have Cordova app, could you add
syncErrbacktosynccall, please?Error from
syncErrbackshould give to us additional info.API reference
Wallethub commentedon Apr 30, 2018
That seems to be a new feature. It's not in the version of the app that is currently released, but good to know about it to include it in the next release.
Wallethub commentedon May 2, 2018
Any workarounds to make the current updates work without releasing a new package with the updated plugin?
itoys commentedon May 3, 2018
Sorry, but we are still not realise what a reason of a problem you've faced. We haven't seen any errors on our logs, so any logs from your side would be very helpful.
Thanks!
alexandergoncharov-zz commentedon Aug 30, 2018
Hi all,
I'm going to close this issue for now as we haven't heard about new incidents with this issue in a while.
Please feel free to reopen it if you have any questions or you face this issue again.
komaldeep commentedon Oct 7, 2019
Hey i am receiving 503 ... and 500 sometimes for for timeout
LeoLeBras commentedon Jan 10, 2020
It's been the same here for two days!
Grohden commentedon Jan 15, 2020
This service is really random, look at this:

It's totally random... at least on a

curlcall.But look at this:
On the browser it's almost deterministic, on firefox it doesn't work at all (sometimes not even a response is obtained), and using chrome on the same machine, it works.
I would believe in a rate limit if it wasn't for the browser part.
The URL used is this one:
https://codepush.azurewebsites.net/updateCheck?deploymentKey=[PROBABLY_SECRET]&appVersion=1.8&packageHash=[PROBABLY_SECRET]&isCompanion=&label=&clientUniqueId=[PROBABLY_SECRET]
And I got it from a sentry error report due our outdated app version usage..
Could this issue please be reopened? Alexander Goncharov (@alexandergoncharov)
andrei-m-code commentedon Oct 13, 2020
Having this issue right now..