-
-
Notifications
You must be signed in to change notification settings - Fork 5.6k
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
1.9.0 breaks gogs web hooks #7692
Labels
issue/confirmed
Issue has been reviewed and confirmed to be present or accepted to be implemented
type/bug
Milestone
Comments
It seems it's a breaking change I haven't noticed. |
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. |
lunny
added
the
issue/confirmed
Issue has been reviewed and confirmed to be present or accepted to be implemented
label
Sep 30, 2019
This was referenced Oct 1, 2019
I think yes. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Labels
issue/confirmed
Issue has been reviewed and confirmed to be present or accepted to be implemented
type/bug
[x]
):Description
v1.9.0 changes the default web hook to use
application/json
so any existing Gogs web hook which was setup to receiveapplication/x-www-form-urlencoded
data will break because there is no place to change it in a Gogs web hook.This is more of an FYI for anyone looking for a fix.
I fixed it by creating a Gitea web hook with the
POST Content Type
set toapplication/x-www-form-urlencoded
The text was updated successfully, but these errors were encountered: