Https-everywhere: Travis CI not triggered by PRs

Created on 20 Oct 2018  路  5Comments  路  Source: EFForg/https-everywhere

Type: other

Travis CI is no longer triggered by PRs.

@Hainish could you have a look please?

EFF high priority

Most helpful comment

I've switched Travis from being a project service to GitHub app, and re-enabled the integration on the Travis CI side. It looks like it's working now, but I think you'll have to close and re-open PRs in order to initiate the CI in existing PRs.

All 5 comments

Actually the checks run in background, but the API to expose the results is somehow broken.

@J0WI I'll take a look at this tomorrow.

I've noticed a lot of new issues for sites that don't yet have rulesets. Are you finding these issues useful, or should I encourage users who are automating these issue creations to stop?

If the issue creation is automated it's not very helpful. Or is the bot open source, so that we can see the criteria (might be interesting to also auto generate rulesets)?
For manual created issues we know at least, that someone noticed that the site actually works over HTTPS.

@Hainish did you already found something about the Travis issue?

I've switched Travis from being a project service to GitHub app, and re-enabled the integration on the Travis CI side. It looks like it's working now, but I think you'll have to close and re-open PRs in order to initiate the CI in existing PRs.

Was this page helpful?
0 / 5 - 0 ratings