Open philipkozeny opened 9 months ago
IIRC:
IIRC:
- commiter email: the email in your git commit
- pusher email: the user email of the Gitea user
The @anotherdomain.com emails appears nowhere though, when I go to my profile -> account -> manage email addresses I only see mydomain.com
What is "anotherdomain". Maybe you have set to "hide email", or some code hides the email intentionally? then you see a fake email address?
For example, this one? Fix API leaking Usermail if not logged in #25097
What is "anotherdomain". Maybe you have set to "hide email", or some code hides the email intentionally? then you see a fake email address?
For example, this one? Fix API leaking Usermail if not logged in #25097
let's say mydomain.com -> gmail.com and anotherdomain.com would be "mail.gmail.com"
When I run a request for my user via the API /api/v1/user
I get the correct mail address. Also via /api/user/emails
I get the one correct mail address. The anotherdomain.com
is setup in the app.ini
in [service]
as NO_REPLY_ADDRESS
. Hide Email address
is deactivated in the settings though. Do I miss something else?
[service]
...
DEFAULT_KEEP_EMAIL_PRIVATE = false
NO_REPLY_ADDRESS = anotherdomain.com
My user has keep_email_private
set to 0
in the users table.
As soon as I remove NO_REPLY_ADDRESS
from the settings, my mail gets changed to philip.kozeny@noreply.mygiteadomain.com
So the pusher email you saw is a fake email. According to "Show real mail in Webhooks #27943", that behavior seems to be still related to "Fix API leaking Usermail if not logged in #25097". So it might be a regression.
So the pusher email you saw is a fake email. According to "Show real mail in Webhooks #27943", that behavior seems to be still related to "Fix API leaking Usermail if not logged in #25097". So it might be a regression.
Thanks for the info! My workaround for now is to set NO_REPLY_ADDRESS
to a valid domain.
Description
I am running Gitea and Woodpecker CI. For some releases now there might be a bug in the mail address of the commit author / pusher, that gets sent to Woodpecker via the web hook.
Here is an example of the Content Request:
As you can see in "pusher" the email is suddenly refilled with another domain. Here is also the issue I have created on Woodpeckers side: https://github.com/woodpecker-ci/woodpecker/issues/2971
Gitea Version
1.21.2
Can you reproduce the bug on the Gitea demo site?
No
Log Gist
No response
Screenshots
No response
Git Version
No response
Operating System
No response
How are you running Gitea?
Self hosted binary with systemd on an arch linux machine
Database
SQLite