Closed JacobBas-Coalitioninc closed 1 year ago
Hi @JacobBas-Coalitioninc.
Is this still happening? Often a 500
error from the Coveralls API is temporary, and I'm not aware of a known incident on Sat, May 20.
If so, then, just to clarify, you are using the coverall-python integration here, correct? That is one of our community-created Language Integrations, so not an official integration maintained by us, but one of the most popular and well-maintained community-created Coveralls Integrations.
Given that context, you might get better help, faster, by submitting an issue to the coveralls-python issues board.
That said, if the error is being thrown from the Coveralls API (looks likely) we can probably help determine why. However, to do so we'll need a look at your CI config and/or a verbose build log.
Can you please share:
debug
option as described here in coveralls-python docs. Note that coveralls-python's debug
mode won't actually submit coverage to Coveralls; but it will show us exactly what you're sending to the Coveralls API, which will be helpful.Hey @afinetooth, sorry for the late response. Was OOO last week.
This seems to have resolved itself while I was away, but we were seeing these 500's throughout multiple repositories within our organization.
I do believe that all of the affected repositories are using coverall-python. Seems like we may want to switch to using the Github Action since this integration may be better.
Since we are not getting the errors anymore I can't get those detailed logs, but will document this thread within a run-book for future reference.
Thank you for the response!
Hi, @JacobBas-Coalitioninc. Sounds good. Glad to hear it's working.
If you do decide to transition, let us know if we can help with your first project.
On python 3.8 with coveralls 3.3.1 we are getting 500 errors why trying to call to the
https://coveralls.io/api/v1/jobs
endpoint.This issue began happening sometime around May 20th