So I am unclear on GH docs as to whether their webhook supports issue notification. It sounds like it support webhooks. However when I set up test endpoints nothing comes, even when I test payload.
I am using ultrahook.com as well as requestb.in to catch requests but nothing comes.
Are github webhooks even working? Has anyone got it to work?
The new WebHooks GUI (February 2014) makes it very clear about its Issue event support:
And even if you don't have code yet, you can at least test that your webhook is in place with a new ping event.
Related
Running on GitHub Enterprise I have a small Jenkins job that looks for pull-request comments and triggers a script depending on the message.
Now I only want to trigger the script if review is already done from GitHub point of view, like all CODE_OWNERS and no additional person requested changes. I don't want to implement that logic myself. GitHub has different section for reviews and status checks. I only want review state, since I am going to set the status myself.
But I was not able to the correct value from the API endpoint. Neither from pull-request itself, nor from pulls/id/reviews.
Closest that i found was "mergeable_state", but this unfortunately takes the status check into consideration.
Is there another place to look for?
I don't think you can fetch the global review status. I think that the best you can do is to check that there are no review requests and fetch all reviews to check if there are no requested changes.
Finally we decided to make a Probot app in Github which was able to get all the required information.
I am able to post trip requests, get estimates and ask for trip statuses, both in sandbox and live.
However, I am starting implementing status push notifications via webhooks and have hit a problem: I don't receive the notification (on sandbox). I have tried a couple of different URLs and servers to no avail. When pushing the notification ourselves from postman it works.
Do status push notifications via webhooks work on sandbox? If not, is there a way to test them?
According to the Webhooks documentation you should receive notifications every time you update the status of a ride request in sandbox mode.
Sandbox
When making Requests in the sandbox environment, we will also emit
webhook events for simulated trips. The requests.status_changed event
will be emitted every time the status of a simulated Request changes.
The requests.receipt_ready event will be emitted once a Request’s
status changes to completed.
Is you Webhook URL HTTPS enabled?
If this doesn't work you should consult the support team by visiting https://help.uber.com or by emailing support#uber.com.
If you want an easier way to debug, try setting up Ngrok
and then change the webhook URL in your developer dashboard to the link you get from Ngrok. That should allow you to debug the Webhooks issue on your local machine and verify that there is nothing wrong with your deployment setup (lack of HTTPS could definitely be the culprit as Mnemonic Flow said)
I have 3 related github repos, with associated issue trackers. I'd like to get email when anything happens in the issues, but not whenever someone pushes, or makes a pull request. I don't see the ability to control notifications at this level of granularity.
I know that I can unsubscribe from specific threads, but that doesn't give me what I want either.
Alternatively, if there was a way to tell which type of notification it is in the email, so I can set up a filter, that would be fine too. However, I haven't been able to determine a consistent difference on that front either.
That's not possible currently using the features GitHub offers. However it may be possible using GitHub API.
I'd like to get email when anything happens in the issues, but not whenever someone pushes, or makes a pull request.
All Pull requests are issues but not all issues are Pull requests. That's being said, you cannot [currently] unsubscribe from pull requests and get the issues, since the pull requests are issues.
Since you are developer you can develop your own app to notify you (send you emails) when new issues are opened to specific projects.
Taking IonicaBizau/git-stats as example, you can access the issues like this:
https://api.github.com/repos/ionicabizau/git-stats/issues
You will get 304 Not Modified if there are no new issues. That way you can check if there were added new issues or not. Checking if the issue is pull request is done by checking if there is a pull_request field in the object, like mentioned here.
An alternative that I just found, is the Message-ID field of the email. the pull and merge emails all have <org/repo/pull/....> the issue emails have <org/repo/issue/....> so, I can filter on the Message-ID field.
Basically, the same way as I can set up a push webhook for a Github repo, can I set it up for a Github gist? I looked around, and I suspect not since there's no documentation for it.
If it is impossible, is there anyway to get notifications whenever a gist is updated? If not, I'm ready to implement a solution that polls every few minutes, but I prefer the notification based solution.
Well, I confirmed it for myself. Github doesn't allow any kind of code to be run on its server's during/before/after a push, so it has webhooks for developers to take advantage of that. Gist does not support either actual Git hooks or Github webhooks.
is there anyway to get notifications whenever a gist is updated?
Since May 8th, 2019, it is possible.
See "Gist notifications "
You can now receive notifications for new conversations occurring on gists. Similar to issues and pull requests, you can opt out of these notifications at any time.
The documentation now includes:
Receiving notifications for gist activity
You'll receive a notification when:
You are the author of the gist.
Someone mentions you in a gist.
You comment in another persons's gist.
You subscribe to a gist, by clicking Subscribe at the top any gist.
In your case, maybe you can combine that with GitHub Actions, which does allow some code execution on the server side, including some involving notification.
If I raise a Pull request and if I need to be notified by a mail saying --
You have created a Pull request for "bla bla" on "so and so" date.
On merge - I get a notification
On comment - I get a notification
So my question is...
Are there any such settings in github which sends a mail to PR creator?
Can I tag myself in the PR comment ?
Any help !!
Are there any such settings in github which sends a mail to PR creator?
There's currently no setting in GitHub that makes the platform work in that way. Note: You can send an email to support#github.com to request for such a feature.
Can I tag myself in the PR comment ?
Yes, you can. But that won't trigger an email sent to your mailbox
However, if what you're after is keeping track of your own activity on GitHub, there may exist another alternative: GitHub exposes atoms feeds for various endpoints. The user is one of them. Register your own feed in a RSS reader and you're done.
Syntax: https://github.com/{:user}.atom
Sample: https://github.com/mojombo.atom
I'm surprised that despite being up for so long, this question hasn't really been meaningfully addressed. Axibase designed a cool little tool which can do exactly what you're describing here: if a PR is raised in one of your repositories you'll be notified via email or third-party messenger service.
By default the rule will fire when anyone raises a PR, but it can be configured to only respond to specific users as that seems to be one of your requests.
The workflow here describes the underlying mechanics of the tool and this guide will take you through the entire set-up. The whole process should only take about 10 minutes from start to finish.
Disclaimer: I've worked for the team that develops ATSD, which is the database at work here.