Clarification on "edited" and "synchronize" values for the "action" property of IssueCommentEvent, PullRequestReviewCommentEvent and PullRequestEvent
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 35/100
- Issue type
- Documentation
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- github, openapi
- Domain
- api, documentation
Research direction
Start with the linked IssueCommentEvent, PullRequestReviewCommentEvent, and PullRequestEvent documentation and compare their action definitions with the GHArchive /events data described in the issue. Check whether the event specification or archived payload behavior changed between 2015 and 2025; done means documenting clear answers about edited and synchronize, including any relevant version or source distinction.
Written by the indexing model from the issue text.
Description
Hello,
I work at Inria and I'm part of the CodeCommons project (which extends Software Heritage).
We're using GHArchive which is an archive of GitHub events that uses the /events api. According to its documentation, GHArchive stores raw events without any post-processing.
Using events from GHArchive, I have tried to estimate the number of modifications on comments and pull requests (pushing new code on a PR) daily but couldn't find any IssueCommentEvent, PullRequestReviewCommentEvent or PullRequestEvent with the action "edited" or "synchronize" from 2015 to 2025. So I have a few questions.
According to the GitHub api documentation, IssueCommentEvent and PullRequestReviewCommentEvent have an "action" property in the payload which has the value "edited" when a comment is edited. Also, PullRequestEvent has "action" property in the payload which can have several values, especially "edited" and "synchronize".
- Does the "edited" action represent the edition of comments ?
- Does the "synchronize" action represent the fact of pushing new code to a PR ?
- Did the specification for these events change ?
Thanks in advance for your help.
Best regards
- Dominant language
- No language data
- Stars
- 1.6k
- Forks
- 342
- Avg merge
- 3h 33m
- Merged PRs (30d)
- 51
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from github/rest-api-description
-
feature
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
github/rest-api-description#7201 ·
-
feature
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
github/rest-api-description#7163 ·
-
feature
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
github/rest-api-description#7162 ·
-
feature
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
github/rest-api-description#7135 ·
-
feature
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
github/rest-api-description#7111 · 1 comment ·
All issues in github/rest-api-description
Similar issues
-
area/sessions comp/cron comp/gateway P2 sweeper:risk-message-delivery sweeper:risk-session-state type/bug
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
NousResearch/hermes-agent#118863 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
use-agent-os/agent-os#3312 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
-
needs-acceptance wg/data-plane-networking
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
vllm-project/semantic-router#4024 · 1 comment ·