-
-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error "All APIs are down" 'try again later' #252
Comments
now here's the thing i tried using Musicale on my phone and it seemed to work just fine, Firefox on Android and Chromium, Edge on Windows |
I didn't change any API recently... the issue is probably that your IP address with that specific browser (user-agent) was considered "strange" and blocked from Piped's Cloudflare, preventing you from accessing the API. Once I opened an issue (TeamPiped/Piped#2833) because they were blocking Windows 7/8 devices (as they were considered "old browsers"). For the fact that no other instance was able to act as an alternative from the official one, this could be also because some of them use Cloudflare and others are offline: I put there as many (without CORS) as I could, but I probably need to update them (some might not work anymore at all). My suggestion is just to wait, downtimes happens also to me sometimes (currently I don't experience it but I see a response slowdown). A "trick" that could work (if you're not blocked by Cloudflare but Piped is still stuck on the request) is to init a request to Piped (by trying to play the song), wait 2/3 secs, reload and repeat the same multiple times... this sometimes prevents Piped from leaving you stuck on a request and "exploit" another one, giving Piped some time to fetch the data for you. On Musicale side there's not so much to do as it relies on Piped for everything, anyway some ideas to lower the downtime rates that I could add in the future:
|
UpdateI've just found that there's an opened issue on Piped itself regarding this problem: TeamPiped/Piped#3658 Seems that Google is doing an a/b test to prevent content scraping, by requiring the user to sign-in to prove of not being a bot... Anyway, as said before, there's nothing Musicale can do right now to prevent these issues. |
This issue has been automatically marked as stale because it has not had any activity in the past 30 days. It will be closed if no further activity occurs. Thank you for your contributions. |
whether the song is in my favorites or in the search results, songs don't seem to play on my end anymore.
was there a recent update to youtube APIs that broke streaming? maybe the culprit is simply my location (North Africa) ? it's been at least a week since it's been like this
okay, it might have something to do with this issue on Piped 'Got error: "Sign in to confirm that you're not a bot"' ?
i get this error randomly when using the default instance "kavin.rocks (official)" but not on other instances like "kavin.rocks libre (official)" even when i'm signed in (to piped) although it might be reffering to signing in to youtube because it seems like recently they've been enforcing it to view videos.
The text was updated successfully, but these errors were encountered: