feat: add missing fields to IssueCommentWebhookEventPayload

[mmoreiradj]

Add repository, sender, and installation fields to IssueCommentWebhookEventPayload
struct to match the actual GitHub webhook payload structure.

• Add repository field (Repository type)
• Add sender field (Author type)
• Add installation field (Option type)
• Add InstallationLite struct for lightweight installation info
• Add comprehensive test with real webhook payload
• Update imports to include new required types

This allows consumers to:

• Identify which repository the comment was made in
• Identify who triggered the event
• Access installation information for GitHub Apps

Closes #810

Signed-off-by: Martin Moreira de Jesus martin.moreira-de-jesus@protonmail.com

[mmoreiradj]

Hey, I need this because I'm integrating a rust operator that allows users to create ephemeral environments on ArgoCD
https://github.com/mmoreiradj/sandcastle

[mmoreiradj]

By fixing the tests, I just found out that you're supposed to use this struct that way:

let event_header = headers.event.into_inner();
let event_header_str = serde_json::to_string(&event_header).unwrap();
let webhook_event = WebhookEvent::try_from_header_and_body(&event_header_str, &payload.to_string()).unwrap();
let event_payload = event_header.parse_specific_payload(payload).unwrap();
match event_payload {
    WebhookEventPayload::IssueComment(payload) => {
        info!("repository: {:?}", webhook_event.repository);
        info!("sender: {:?}", webhook_event.sender);
        info!("installation: {:?}", webhook_event.installation);
    }
    _ => {
        info!("received unhandled event {:?}", event_payload);
    }
}

Is this really needed or should we keep things the way they are ? @XAMPPRocky

[dmgorsky]

could be "resources/issue_comment_webhook_webhook.json", no?

[XAMPPRocky]

@mmoreiradj Can you clarify? I'm not sure what part you asking about.

[mmoreiradj]

@mmoreiradj Can you clarify? I'm not sure what part you asking about.

What I mean is that this PR adds the fields to the webhook payload (repository, installation and sender), but they are already present on webhook event which you can build from the webhook payload + event header.

So this modification really necessary ?