# Pull request required checks - Travis build stalled, again

**URL:** <https://discuss.python.org/t/pull-request-required-checks-travis-build-stalled-again/5247>\
**Category:** Core Workflow\
**Created:** [September 18, 2020, 9:14am UTC](https://discuss.python.org/t/pull-request-required-checks-travis-build-stalled-again/5247 "2020-09-18T09:14:15Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![vsajip](https://sea2.discourse-cdn.com/flex002/user_avatar/discuss.python.org/vsajip/32/44_2.png) [@vsajip](https://discuss.python.org/u/vsajip)\
**Post date:** [September 18, 2020, 9:14am UTC](https://discuss.python.org/t/pull-request-required-checks-travis-build-stalled-again/5247/1 "2020-09-18T09:14:15Z")

</div>

I’ve been reviewing pull request [22276](https://github.com/python/cpython/pull/22276), which is stalled on a Travis CI check. It was previously stalled on the same, and I closed and reopened the PR, but it’s stalled again. The check is required, and its [details page on GitHub](https://github.com/python/cpython/pull/22276/checks?check_run_id=1128623650) indicates there are five jobs, whose states are either “created” (1 job) or “queued” (4 jobs). However, following the links to these individual jobs shows that these jobs have all passed, according to [the page on Travis](https://travis-ci.com/github/python/cpython/builds/184943820).

This has happened before on other PRs (sometimes on documentation-only builds) - closing and reopening the PR has usually resulted in checks passing. Does anyone know what might be causing this lack of synchronisation between GitHub and Travis, or any quick way to re-sync? Obviously repeatedly closing and reopening could be tried, but it seems like a bit of a time sink.

---

<div class="post-metadata">

**Author:** ![brettcannon](https://sea2.discourse-cdn.com/flex002/user_avatar/discuss.python.org/brettcannon/32/34895_2.png) [@brettcannon](https://discuss.python.org/u/brettcannon)\
**Post date:** [September 18, 2020, 10:44pm UTC](https://discuss.python.org/t/pull-request-required-checks-travis-build-stalled-again/5247/2 "2020-09-18T22:44:05Z")

</div>

@vstinner has been fiddling with Travis lately so he may have some ideas.

---

<div class="post-metadata">

**Author:** ![vstinner](https://sea2.discourse-cdn.com/flex002/user_avatar/discuss.python.org/vstinner/32/15130_2.png) [@vstinner](https://discuss.python.org/u/vstinner)\
**Post date:** [September 21, 2020, 9:43am UTC](https://discuss.python.org/t/pull-request-required-checks-travis-build-stalled-again/5247/3 "2020-09-21T09:43:36Z")

</div>

One month ago, we had issues with legacy Travis CI, but Python moved to the new GitHub Action API: [Travis CI doesn't report its status or doesn't run on Python pull requests · Issue #371 · python/core-workflow · GitHub](https://github.com/python/core-workflow/issues/371)

Two weeks ago, there were issues with a remaining “webhook”, Ernest removed it: [Travis CI: new job created on a GitHub PR if a build is restarted · Issue #374 · python/core-workflow · GitHub](https://github.com/python/core-workflow/issues/374)

> Obviously repeatedly closing and reopening could be tried, but it seems like a bit of a time sink.

There is no need to close/reopen the PR, which reschedules **all** CI jobs.

For your recent (3 days ago) issue, I suggest you to first attempt to go to [Travis CI - Test and Deploy with Confidence](https://travis-ci.com/github/python/cpython/builds/184943820) and click on (Restart build).

If this issue comes again, one option would be to make Travis CI non-voting. Another option would be to remove Travis CI and only rely on the Ubuntu job of GitHub Action.

I’m kind of tired of all the Travis CI bugs that we have for one year…

---

<div class="post-metadata">

**Author:** ![vsajip](https://sea2.discourse-cdn.com/flex002/user_avatar/discuss.python.org/vsajip/32/44_2.png) [@vsajip](https://discuss.python.org/u/vsajip)\
**Post date:** [September 21, 2020, 2:33pm UTC](https://discuss.python.org/t/pull-request-required-checks-travis-build-stalled-again/5247/4 "2020-09-21T14:33:38Z")

</div>

> [@vstinner](#):
>
> For your recent (3 days ago) issue, I suggest you to first attempt to go to [Travis CI - Test and Deploy with Confidence](https://travis-ci.com/github/python/cpython/builds/184943820) and click on (Restart build).

Thanks for the pointer, Victor. I tried that too, multiple times. Unfortunately, the result is the same - the Travis page reports all tests passing, but the “Checks” tab on the pull request still shows the Travis jobs with the wrong status values (1 “created”, 4 “queued”). I would have expected the GitHub “Checks” tab to have some way to manually re-sync with Travis, but couldn’t see anything obvious that does that. I presume these checks are something CPython developers wrote/configured - any pointers as to where that source might be?

---

<div class="post-metadata">

**Author:** ![vstinner](https://sea2.discourse-cdn.com/flex002/user_avatar/discuss.python.org/vstinner/32/15130_2.png) [@vstinner](https://discuss.python.org/u/vstinner)\
**Post date:** [September 21, 2020, 4:36pm UTC](https://discuss.python.org/t/pull-request-required-checks-travis-build-stalled-again/5247/5 "2020-09-21T16:36:07Z")

</div>

> [@vsajip](#):
>
> any pointers as to where that source might be?

You can try to dig into [https://travis-ci.community/](https://travis-ci.community/) which is the official way to report issues to Travis CI.

---

<div class="post-metadata">

**Author:** ![vsajip](https://sea2.discourse-cdn.com/flex002/user_avatar/discuss.python.org/vsajip/32/44_2.png) [@vsajip](https://discuss.python.org/u/vsajip)\
**Post date:** [September 22, 2020, 5:30pm UTC](https://discuss.python.org/t/pull-request-required-checks-travis-build-stalled-again/5247/6 "2020-09-22T17:30:16Z")

</div>

I just noticed that for [the problematic PR](https://github.com/python/cpython/pull/22276), the “Travis CI - Pull Request” check appears to have been added twice:

 ![ss2](https://us1.discourse-cdn.com/flex002/uploads/python1/original/2X/b/b0534ed3b23110fcb7851effbb446f8c80c4e2a8.png)

One passed, the other is the stalled one. I looked at some other PRs randomly, and found some where:

- the Travis check is added twice, and one completed but the other is stalled (e.g. [this PR](https://github.com/python/cpython/pull/22360))
- the Travis check is added once, and appears to have completed OK (e.g. [this PR](https://github.com/python/cpython/pull/22361)).

Could this be something to do with how we’ve configured GitHub actions? I could dig into it, but I suppose whoever set up the GitHub Action stuff might spot something more quickly than I will (as I currently know nothing of that API). Perhaps @EWDurbin or @Mariatta might have some pointers?

---

<div class="post-metadata">

**Author:** ![ammaraskar](https://sea2.discourse-cdn.com/flex002/user_avatar/discuss.python.org/ammaraskar/32/32_2.png) [@ammaraskar](https://discuss.python.org/u/ammaraskar)\
**Post date:** [September 22, 2020, 6:02pm UTC](https://discuss.python.org/t/pull-request-required-checks-travis-build-stalled-again/5247/7 "2020-09-22T18:02:01Z")

</div>

There’s a thread with this exact same symptom on the Travis forums: [https://travis-ci.community/t/duplicate-job-attempts-for-pr-builds-causing-queued-build-created-problems/9776/4](https://travis-ci.community/t/duplicate-job-attempts-for-pr-builds-causing-queued-build-created-problems/9776/4)

Bizarrely enough, their problem was that a **fork** of their repo still had the old webhook installed. Fairly confident that this is some sort of travis bug so your best bet might be to bump that thread and try to get the attention of travis staff there.

---

<div class="post-metadata">

**Author:** ![vsajip](https://sea2.discourse-cdn.com/flex002/user_avatar/discuss.python.org/vsajip/32/44_2.png) [@vsajip](https://discuss.python.org/u/vsajip)\
**Post date:** [September 22, 2020, 6:22pm UTC](https://discuss.python.org/t/pull-request-required-checks-travis-build-stalled-again/5247/8 "2020-09-22T18:22:26Z")

</div>

Thanks for the pointer - I’ll try that.

---

<div class="post-metadata">

**Author:** ![Mariatta](https://sea2.discourse-cdn.com/flex002/user_avatar/discuss.python.org/mariatta/32/30581_2.png) [@Mariatta](https://discuss.python.org/u/Mariatta)\
**Post date:** [September 22, 2020, 9:15pm UTC](https://discuss.python.org/t/pull-request-required-checks-travis-build-stalled-again/5247/9 "2020-09-22T21:15:06Z")

</div>

> [@vsajip](#):
>
> One passed, the other is the stalled one. I looked at some other PRs randomly, and found some where:
> 
> - the Travis check is added twice, and one completed but the other is stalled (e.g. [this PR](https://github.com/python/cpython/pull/22360))
> - the Travis check is added once, and appears to have completed OK (e.g. [this PR](https://github.com/python/cpython/pull/22361)).

I’ve mentioned this issue with GitHub in GitHub OS Maintainers Feedback Forum. I suggested that perhaps they can detect the duplicated status check and handle it accordingly.

---

<div class="post-metadata">

**Author:** ![vstinner](https://sea2.discourse-cdn.com/flex002/user_avatar/discuss.python.org/vstinner/32/15130_2.png) [@vstinner](https://discuss.python.org/u/vstinner)\
**Post date:** [September 23, 2020, 9:53am UTC](https://discuss.python.org/t/pull-request-required-checks-travis-build-stalled-again/5247/10 "2020-09-23T09:53:40Z")

</div>

> [@ammaraskar](#):
>
> Bizarrely enough, their problem was that a **fork** of their repo still had the old webhook installed. Fairly confident that this is some sort of travis bug so your best bet might be to bump that thread and try to get the attention of travis staff there.

The python/cpython project was forked 16.1k times… Do we really have to manually check all these forks? 😃

---

<div class="post-metadata">

**Author:** ![Mariatta](https://sea2.discourse-cdn.com/flex002/user_avatar/discuss.python.org/mariatta/32/30581_2.png) [@Mariatta](https://discuss.python.org/u/Mariatta)\
**Post date:** [October 27, 2020, 3:37am UTC](https://discuss.python.org/t/pull-request-required-checks-travis-build-stalled-again/5247/11 "2020-10-27T03:37:19Z")

</div>

Regarding this issue of duplicated CI check, I got this reply one hour ago:

> “A fix has gone out for this to avoid duplicate status checks being created. You shouldn’t see this behaviour any more, let us know if you do though. Thanks again for the report!”

---

<div class="post-metadata">

**Author:** ![vsajip](https://sea2.discourse-cdn.com/flex002/user_avatar/discuss.python.org/vsajip/32/44_2.png) [@vsajip](https://discuss.python.org/u/vsajip)\
**Post date:** [October 28, 2020, 9:10am UTC](https://discuss.python.org/t/pull-request-required-checks-travis-build-stalled-again/5247/12 "2020-10-28T09:10:00Z")

</div>

Just to clarify - that message is from GitHub, not Travis, right?

---

<div class="post-metadata">

**Author:** ![Mariatta](https://sea2.discourse-cdn.com/flex002/user_avatar/discuss.python.org/mariatta/32/30581_2.png) [@Mariatta](https://discuss.python.org/u/Mariatta)\
**Post date:** [October 28, 2020, 3:30pm UTC](https://discuss.python.org/t/pull-request-required-checks-travis-build-stalled-again/5247/13 "2020-10-28T15:30:24Z")

</div>

Ah yes from GitHub
