Handle 401 response when using installation token shortly after creation about auth-app.js

[droidpl]

I would say so, this is what it does on GHES so I believe cloud would do the same at a bigger scale. Read can read from any replica while write goes to the main database and replicates.

[steve-norman-rft]

@gr2m I think I've been seeing this problem in a Probot app as well. Had something running as a test with very little activity happening on it and have seen a few Bad credentials logged when there is nothing actually happening.

I think it is probably the stats page refreshing the popular repositories list at https://github.com/probot/probot/blob/master/src/apps/stats.ts#L57. The log entries are are happening at around the same time past the hour which also corresponds to when the app was last started.

Just another example of something that might be where you've spotted the 401 errors and flagging it for anyone else that sees the problem.

[gr2m]

I am very certain that this problem only applies to GET and HEAD requests, because read-only requests can hit replica of the main database where the newly created installation access token might not have yet propagated to, while all mutating requests hit the main database.

@droidpl can you confirm?

[github-actions]

🎉 This issue has been resolved in version 2.4.6 🎉

The release is available on:

• GitHub release
• npm package (@latest dist-tag)

Your semantic-release bot 📦🚀