# Getting a 400 error when it should be 429 **URL:** \ **Category:** API & Programming\ **Created:** [August 30, 2023, 1:34pm UTC](https://community.fibery.io/t/getting-a-400-error-when-it-should-be-429/5039 "2023-08-30T13:34:02Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![nvee](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/nvee/32/6860_2.png) [@nvee](https://community.fibery.io/u/nvee)\ **Post date:** [August 30, 2023, 1:34pm UTC](https://community.fibery.io/t/getting-a-400-error-when-it-should-be-429/5039/1 "2023-08-30T13:34:03Z")
I have a [make.com](http://make.com) webhook that gets called every hour by multiple rows from Fibery (based on rows that have changed). The first step in the [make.com](http://make.com) scenario is to search entities from Fibery. I’ve noticed that when the [make.com](http://make.com) scenario gets called multiple times in a very short period (less that 1 second) I get the following error in the make scenario: **Failed to verify connection ‘TPO Fibery’. Status Code Error: 400** But when I run the scenario manually it works perfectly fine. This leads me to suspect that the actual issue is that I’m making too many requests in a short period of time. When a [make.com](http://make.com) scenario receives a 429 response, it’s supposed to automatically retry, but it seems like Fibery is sending back a 400 response. ---
**Author:** ![nvee](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/nvee/32/6860_2.png) [@nvee](https://community.fibery.io/u/nvee)\ **Post date:** [September 8, 2023, 2:22pm UTC](https://community.fibery.io/t/getting-a-400-error-when-it-should-be-429/5039/2 "2023-09-08T14:22:17Z")
I just wanted to add some further context. It seems like the 400 error comes from Fibery **before** the [make.com](http://make.com) scenario even runs. When I look at the scenario, no other modules have run and I see this error message: _Cannot initialize the scenario because of the reason ‘Failed to verify connection ‘TPO Fibery’. Status Code Error: 400’_ This leads me to suspect that [make.com](http://make.com) is making some kind of a request to Fibery prior to the scenario even running. When there’s a queue of multiple requests coming in all at the same time, it seems like this requests hits Fibery mutliple times simultaneously. I’m wondering if this is what’s causing the error. Like I said, running the scenario manually one at a time works fine. I have an open ticket with [make.com](http://make.com) about this and will update here if I find anything out. ---
**Author:** ![itsu](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/itsu/32/1775_2.png) [@itsu](https://community.fibery.io/u/itsu)\ **Post date:** [September 8, 2023, 2:50pm UTC](https://community.fibery.io/t/getting-a-400-error-when-it-should-be-429/5039/3 "2023-09-08T14:50:41Z")
Hello, Nick! Fibery sends a 429 code in case of rate-limit errors, not 400. Response of such 400 error would help, I guess it is not displayed? Be sure to contact us on Intercom if problem persists, maybe we will be able to find those failed requests in our logs, giving us idea where those errors come from. ---
**Author:** ![nvee](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/nvee/32/6860_2.png) [@nvee](https://community.fibery.io/u/nvee)\ **Post date:** [September 8, 2023, 2:53pm UTC](https://community.fibery.io/t/getting-a-400-error-when-it-should-be-429/5039/4 "2023-09-08T14:53:05Z")
@itsu You’re correct, they don’t show the response when the module is only initializing. I’ll send through a message via intercom with some more details. Thanks! ---
**Author:** ![nvee](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/nvee/32/6860_2.png) [@nvee](https://community.fibery.io/u/nvee)\ **Post date:** [September 12, 2023, 6:47pm UTC](https://community.fibery.io/t/getting-a-400-error-when-it-should-be-429/5039/5 "2023-09-12T18:47:23Z")
It looks like this may have been an issue with [make.com](http://make.com) They are currently rolling out an update that will fix their broken oauth2 implementation. It looks like my initial assumption of Fibery receiving too many calls at once was incorrect. In fact Fibery wasn’t receving any request at all, the 400 error was coming entirely from [make.com](http://make.com). If you want to follow the issue, there’s a post on make which details the same issue (except for Xero) and the fix that’s currently being rolled out: > **[Failed to verify connection 'My Xero connection'. Status Code Error: 400](https://community.make.com/t/failed-to-verify-connection-my-xero-connection-status-code-error-400/13430/6)** > > I did reach out to Make support, but eventually they sent me to Xero - who of course said it wasn’t their problem as there is no issue with other platforms. And that I should talk to Make support! It is comforting though that i haven’t been... ---
**Author:** ![Renato\_Carvalho](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/renato_carvalho/32/11001_2.png) [@Renato\_Carvalho](https://community.fibery.io/u/Renato_Carvalho)\ **Post date:** [February 6, 2026, 12:44am UTC](https://community.fibery.io/t/getting-a-400-error-when-it-should-be-429/5039/6 "2026-02-06T00:44:48Z")
I started getting this error out of the blue. I’m still investigating what’s going on. ![CleanShot 2026-02-05 at 21.41.31@2x](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/1/169c4f27c5a3702dfb86a2c10bf79916bc68c1ec.png) ---
**Author:** ![Renato\_Carvalho](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/renato_carvalho/32/11001_2.png) [@Renato\_Carvalho](https://community.fibery.io/u/Renato_Carvalho)\ **Post date:** [February 6, 2026, 12:50am UTC](https://community.fibery.io/t/getting-a-400-error-when-it-should-be-429/5039/7 "2026-02-06T00:50:10Z")
In my case, it was because Fibery lost connection with Make. I had to reauthorize. ![CleanShot 2026-02-05 at 21.46.23@2x](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/f/fa848e51dadd049ed0207bf0c888fd88e19b564a.png)