Closed walkingpendulum closed 1 year ago
Thanks for sharing. Yes we should def. do this
Hi everyone! I'm Fred, an engineer from the Airtable API team (and a teammate of @marks!). It looks like #210 is implementing this, so I wanted to chime in to lend support. :)
While we originally planned to start this enforcement in January 2023, last week we needed to fully deploy this change ahead of schedule, as part of some required infrastructure improvements to maintain the stability of our public API.
This accelerated our originally communicated timeline by a month, so I want to apologize for the rush. Please be assured that this decision was not made in haste, and only from required infrastructural needs.
While most users will never hit the 16,000 character limit, we know that query parameters like filterByFormula
can cause some cases to exceed that limit. So using POST for all List Records requests should definitely be the right fix here going forward.
@FredZhao-at Do you know when the filterByFormula
parameter will support field ids, not only names? This will safe us tons of work and bandwidth.
hello, guys! just wanted to gently poke this ticket. hope this PR will be merged in time for us consumers to accomodate Airtable API changes
@FredZhao-at @walkingpendulum @marks do you recommend only making POST if len is over the limit, Or would it be ok to always make a POST?
@gtalarico I have no opinion here. my only concern is pyairtable keeps working.
Hi @gtalarico - thanks for keeping this great package up to date. No official guidance from Airtable. If you want to always use POST, that's perfectly valid.
(Airtable.js does still do a GET unless the URL is over 15000 characters (or the developer specifies POST specifically.)
Great will move forward this then and we can adjust if needed.
hello, guys! any news here?
Recently I received such email from Airtable team:
We use PyAirtable to work with Airtable API. Do you plan to replace GET requests for listRecords with POST requests?