Sponsor button not rendered although FUNDING.yml is detected by GitHub #204256
Replies: 3 comments
|
💬 Your Product Feedback Has Been Submitted 🎉 Thank you for taking the time to share your insights with us! Your feedback is invaluable as we build a better GitHub experience for all our users. Here's what you can expect moving forward ⏩
Where to look to see what's shipping 👀
What you can do in the meantime 💻
As a member of the GitHub community, your participation is essential. While we can't promise that every suggestion will be implemented, we want to emphasize that your feedback is instrumental in guiding our decisions and priorities. Thank you once again for your contribution to making GitHub even better! We're grateful for your ongoing support and collaboration in shaping the future of our platform. ⭐ |
|
It started working today, without any additional intervention to my knowledge. |
|
I am having the same problem, I've just setup sponsor on my repo with FUNDING.yml and sponsorship enabled, and the sponsor button is not visible. |
Uh oh!
There was an error while loading. Please reload this page.
🏷️ Discussion Type
Bug
💬 Feature/Topic Area
Sponsors
Body
Hi,
I’m seeing an inconsistent GitHub Sponsors state on a public repository and I’m trying to determine whether this is a stale/cached repository state or a GitHub bug.
Repository:
semihkiroglu/pglogical-windowsAccount:
semihkirogluMy GitHub Sponsors profile has been approved and is public, with published tiers. The Sponsors page works normally.
Current state
The repository has this file on the default branch (
main):.github/FUNDING.ymlwith:
The repository’s Settings → General → Features → Sponsorships option is enabled.
I also toggled Sponsorships off and back on once to see whether that would refresh the repository state.
Problem
Despite the above:
The repository page does not display a Sponsor button.
In Settings → General → Sponsorships, GitHub still shows:
Set up sponsor buttoninstead of recognizing the existing funding configuration.
Clicking Set up sponsor button opens the initial
FUNDING.ymlcreation template as if the repository did not already contain the file.If I try to commit from that flow, GitHub fails with:
So the repository contents layer clearly knows that
.github/FUNDING.ymlexists, while the Sponsorships settings UI appears to behave as though it does not.Additional inconsistency
There is another interesting difference between GitHub surfaces:
sponsorable: true, and the repository can show a Sponsor action from search results.showSponsorButton: false.So GitHub appears to detect the funding configuration in at least one backend/index, while the repository page and Sponsorships settings UI use a different or stale state.
For comparison, repositories with the same general setup, such as
go-gitea/gitea, rendershowSponsorButton: true.Things already checked
.github/FUNDING.ymlexists on the default branch.githubentry contains the correct Sponsors username.FUNDING.ymltemporarily, with no change. The intended file remains.github/FUNDING.yml.Expected behavior
With:
.github/FUNDING.ymlon the default branch, andI would expect the repository page to render the Sponsor button and the repository settings UI to recognize the existing funding configuration.
Instead, different GitHub systems currently appear to disagree about whether sponsorship is configured.
Is there a known delay/cache for repository Sponsor-button state, or is there a way to force GitHub to rebuild/reset the Sponsorships state for a repository?
The strongest indication of an inconsistent state is that the setup UI attempts to create a new
FUNDING.yml, but the commit operation then rejects it because that exact file already exists.All reactions