You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When use of classic PATs was disabled, at least "learn_cron" and "bundle_cron" failed.
classic PATs have now been re-enabled at the repo level and the steps seem to succeed now instead of failing. However, we should do something about the use of classic PATs in the long term.
For learn_cron and bundle_cron, one possibility might be to move those items to the cron of learn / bundle, where they will automatically have a token that lets them push to the same repo where the action is running.
attn @kattni please add any info I'm missing or make any corrections, I'm operating on incomplete knowledge here (as we all may be)
The text was updated successfully, but these errors were encountered:
I think this is a good idea. This meshes well with my (eventual) plan to try to move repo checks into the actual repo themselves to save on GitHub API rate limiting issues as well as time.
The following jobs use secrets.ADABOT_GITHUB_ACCESS_TOKEN which is a classic personal authentication token:
When use of classic PATs was disabled, at least "learn_cron" and "bundle_cron" failed.
classic PATs have now been re-enabled at the repo level and the steps seem to succeed now instead of failing. However, we should do something about the use of classic PATs in the long term.
For learn_cron and bundle_cron, one possibility might be to move those items to the cron of learn / bundle, where they will automatically have a token that lets them push to the same repo where the action is running.
attn @kattni please add any info I'm missing or make any corrections, I'm operating on incomplete knowledge here (as we all may be)
The text was updated successfully, but these errors were encountered: