🐛 Source Instagram: Add INTERNAL_SERVER_ERROR to retriable errors

[tolik0]

What

This update enhances the connector's resilience by treating INTERNAL_SERVER_ERROR responses as transient issues that can be retried. Closes:

• https://github.com/airbytehq/oncall/issues/2852
• https://github.com/airbytehq/oncall/issues/2731
• https://github.com/airbytehq/oncall/issues/2727

How

The backoff strategy has been updated to include HTTP status codes 500 (Internal Server Error). This change means that when the connector encounters these errors, it will automatically attempt to resend the request after a brief delay, improving the chances of a successful connection without manual intervention.

[vercel]

The latest updates on your projects. Learn more about Vercel for Git ↗︎

1 Ignored Deployment

Name	Status	Preview	Comments	Updated (UTC)
airbyte-docs	⬜️ Ignored (Inspect)	Visit Preview		Nov 10, 2023 0:47am

[github-actions]

Before Merging a Connector Pull Request

Wow! What a great pull request you have here! 🎉

To merge this PR, ensure the following has been done/considered for each connector added or updated:

• PR name follows PR naming conventions
• Breaking changes are considered. If a Breaking Change is being introduced, ensure an Airbyte engineer has created a Breaking Change Plan.
• Connector version has been incremented in the Dockerfile and metadata.yaml according to our Semantic Versioning for Connectors guidelines
• You've updated the connector's metadata.yaml file any other relevant changes, including a breakingChanges entry for major version bumps. See metadata.yaml docs
• Secrets in the connector's spec are annotated with airbyte_secret
• All documentation files are up to date. (README.md, bootstrap.md, docs.md, etc...)
• Changelog updated in docs/integrations/<source or destination>/<name>.md with an entry for the new version. See changelog example
• Migration guide updated in docs/integrations/<source or destination>/<name>-migrations.md with an entry for the new version, if the version is a breaking change. See migration guide example
• If set, you've ensured the icon is present in the platform-internal repo. (Docs)

If the checklist is complete, but the CI check is failing,

1. Check for hidden checklists in your PR description

2. Toggle the github label checklist-action-run on/off to re-run the checklist CI.