Send actions token with webhooks #12366

Open
opened 2025-11-02 10:07:26 -06:00 by GiteaMirror · 2 comments
Owner

Originally created by @lafriks on GitHub (Jan 21, 2024).

Feature Description

Allow to set option that if enabled would send actions tokens with webhook events.

This would allow better and more smooth integration for tools that need to access repository code etc

Screenshots

No response

Originally created by @lafriks on GitHub (Jan 21, 2024). ### Feature Description Allow to set option that if enabled would send actions tokens with webhook events. This would allow better and more smooth integration for tools that need to access repository code etc ### Screenshots _No response_
GiteaMirror added the topic/webhookstype/feature labels 2025-11-02 10:07:26 -06:00
Author
Owner

@techknowlogick commented on GitHub (Jan 21, 2024):

Interesting proposal.

What integration are you working towards? Are there any other examples of this workflow (sending auth via webhook) that you could provide?

@techknowlogick commented on GitHub (Jan 21, 2024): Interesting proposal. What integration are you working towards? Are there any other examples of this workflow (sending auth via webhook) that you could provide?
Author
Owner

@lafriks commented on GitHub (Jan 22, 2024):

Not that I'm aware of existing such examples but short lived tokens could be used in woodpecker CI for example to improve reliability (if the user has not logged in for a long time in woodpecker his token would gradually expire etc) and security (pipeline would have access only to specific repo).

There can be other use cases not only CI but also for code review automation etc not to have to create token for access to many repositories

@lafriks commented on GitHub (Jan 22, 2024): Not that I'm aware of existing such examples but short lived tokens could be used in woodpecker CI for example to improve reliability (if the user has not logged in for a long time in woodpecker his token would gradually expire etc) and security (pipeline would have access only to specific repo). There can be other use cases not only CI but also for code review automation etc not to have to create token for access to many repositories
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/gitea#12366