-
-
Notifications
You must be signed in to change notification settings - Fork 5.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Possibility to configure name of the "secret" field in POST webhook #7487
Comments
Hi, sorry to needlessly bump this but it's a persistent annoyance for any Python open source project hosted on Gitea, e.g. in my case https://codeberg.org/steko/iosacal and others. Read the Docs is unfortunately hardcoded and treats just the big hubs as special cases. I don't suppose it's enough to change the field value in |
You'd likely have to change all references to I'm not particularly au fait with the webhooks tbh - I still don't quite understand why we're not providing some template based rendering format for these tbh |
|
Thanks for the update and clarification! Just to be sure I understand correctly, when you refer to "hmac in header should be used instead" is this possible right now or will be enabled when json:"secret" is removed? I'm asking because I still see the same fields on try.gitea.io and I can't find any hmac field. |
It's probably out of the Gitea scope but will this help in setting the integration with the ReadTheDocs server? It seems to me that it would be even worse for the integration... |
@steko Were you able to setup the integration with the Read the Docs? As I still see no way... |
@margru unfortunately, no. I'm still building manually from the Readthedocs dashboard. I don't understand how to use the new hmac based method. |
Would it be possible to be able to change the name of the field "secret" inside the POST HTTP request within a webhook? Currently, the field is always "secret". I am using another tool listening to these requests (ReadTheDocs) but it expects the secret token to be sent with a different name ("token"; and unfortunatelly, it is not cofigurable either). It means that I cannot use these two great tools together just because of such a tiny problem.
Or if you have any suggestion on how to solve this, it would be great. I was thinking about a proxy modifying the requests but it seems to be as a bad workaround.
The text was updated successfully, but these errors were encountered: