GeezerVison

The following commit authors need to sign the Contributor License Agreement:

• [email protected]

Click the button to sign:

I don't understand why the CLA bot thinks that '[email protected]' needs to sign; I can't see that email in the git history!

Can we ignore it?

Unfortunately, the CLA check is "required" in our CI, meaning that we are physically incapable of merging if the check fails. You can see that the "squash and merge" button just isn't available to me on this PR:

@AlexWaygood Okay, understood, I'll make a figure it out and let you know when it's sorted!

🖖

I don't understand why the CLA bot thinks that '[email protected]' needs to sign; I can't see that email in the git history!

Can we ignore it?

Perhaps @ambv can help with this, as one of the authors of the CLA bot :)

Closing in favour of #100499

Just to note, if I pull this branch and use git log or git show -q de102b1, I get the [email protected] address as the author, and the same if I check it via the GitHub API (which is what the bot uses). Therefore, the bot operating exactly as it should, as the actual commit pushed to the PR branch has the author set as [email protected].

If we look at your screenshot, we can see what is going on—the commit in question is marked replaced, which means the commit being shown locally is not the actual original commit de102b1 , but rather a modified version only visible to you locally. This means either you or a tool you used performed a git replace operation on the commit, and that presumably changed the author email. However, that is not visible external to your local repo, at least without special steps. If you run git --no-replace-objects log, you'll see the actual original commit that was pushed here. For an in depth look at how git replace works, see this SO answer.

Presumably, in your revised PR, you amended/squashed the original commit(s), which created an actual new commit that could then be pushed here.