PR inline comments don't fire webhook at creation - but do fire when comment edited #2902

Closed
opened 2025-11-02 04:53:13 -06:00 by GiteaMirror · 3 comments
Owner

Originally created by @shatterstone on GitHub (Feb 12, 2019).

Description

With a webhook set to fire on all events, if someone enters an inline code comment, the webhook will not fire. However, if someone later edits that same comment, the webhook will fire. (screenshot shows where the comments are entered at. )

To reproduce:

create a webhook that will fire for all events.
create a PR
go to the files changed tab, and enter a comment/review inline.

Expected behavior: webhook will fire
(webhook is not actually firing)

screen shot 2019-02-12 at 3 28 43 pm

...

Screenshots

Originally created by @shatterstone on GitHub (Feb 12, 2019). <!-- 1. Please speak English, this is the language all of us can speak and write. 2. Please ask questions or configuration/deploy problems on our Discord server (https://discord.gg/NsatcWJ) or forum (https://discourse.gitea.io). 3. Please take a moment to check that your issue doesn't already exist. 4. Please give all relevant information below for bug reports, because incomplete details will be handled as an invalid report. --> - Gitea version (or commit ref):1.6.1, 1.7.1 - Git version: - Operating system: linux docker - Database (use `[x]`): - [ ] PostgreSQL - [X] MySQL - [ ] MSSQL - [ ] SQLite - Can you reproduce the bug at https://try.gitea.io: - [X] Yes (provide example URL) https://try.gitea.io/cyclop5/test/pulls/1/files - [ ] No - [ ] Not relevant - Log gist: ## Description With a webhook set to fire on all events, if someone enters an inline code comment, the webhook will not fire. However, if someone later *edits* that same comment, the webhook will fire. (screenshot shows where the comments are entered at. ) To reproduce: create a webhook that will fire for all events. create a PR go to the files changed tab, and enter a comment/review inline. Expected behavior: webhook will fire (webhook is not actually firing) ![screen shot 2019-02-12 at 3 28 43 pm](https://user-images.githubusercontent.com/24799480/52669188-1239bc80-2edb-11e9-81bd-1ef3319f5f68.png) ... ## Screenshots <!-- **If this issue involves the Web Interface, please include a screenshot** -->
GiteaMirror added the issue/confirmedtype/bug labels 2025-11-02 04:53:13 -06:00
Author
Owner

@stale[bot] commented on GitHub (Apr 14, 2019):

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs during the next 2 weeks. Thank you for your contributions.

@stale[bot] commented on GitHub (Apr 14, 2019): This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs during the next 2 weeks. Thank you for your contributions.
Author
Owner

@davidsvantesson commented on GitHub (Aug 6, 2019):

On the edit of review comment, you actually get a "issue comment" webhook, because code is shared with issues and there is no check if it is a pull request or issue. So there is actually two issues.
Why there is no webhook in the first case I don't know.

@davidsvantesson commented on GitHub (Aug 6, 2019): On the edit of review comment, you actually get a "issue comment" webhook, because code is shared with issues and there is no check if it is a pull request or issue. So there is actually two issues. Why there is no webhook in the first case I don't know.
Author
Owner

@lunny commented on GitHub (Jan 28, 2021):

I think this has been resolved. Please feel free to reopen it.

@lunny commented on GitHub (Jan 28, 2021): I think this has been resolved. Please feel free to reopen it.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/gitea#2902