
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎Nov 11, 2022 04:31 AM
Hi guys,
It looks like a change has happened overnight - URLs to attachments have changed from this structure:
https://dl.airtable.com/.attachments/d656d5c54fbc38ad9195c2f62cd02dae/5eb64051/Supreme_Apex-1120x740.jpg
To this structure:
https://v5.airtableusercontent.com/v1/10/10/1668182400000/q_tvhAt9ivi_oCjJ5LvWQQ/ghcs73y0Vma8Rz6c7EJaen3sRTVMOCrqmPpkS38kxl2SOiMEE5boOfVOorY5nfQ9PZkrQCYfehg76B4CcI8-MA/1wi2qtg7XnHCVhZhtKjxg_BXwwegwsGxphbPlJRYlao
This has broken our API integrations for saving images to WordPress / WooCommerce as WordPress requires a file extension to exist.
Has there been an announcement anywhere about this major change?
Solved! Go to Solution.

- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎Nov 11, 2022 01:09 PM
Good to know, but as I said, a refresh of the browser tab put everything right. In my case I’m using the URLs to render images in the extension UI (they’re actually in a synced table from another base), but I can see that other method being useful in a case where the extension user needs to do something else with an attachment.

- « Previous
-
- 1
- 2
- Next »