Pull Shark not working after making enough pull requests. #207112
🏷️ Discussion TypeBug 💬 Feature/Topic AreaCode Search and Navigation BodyThe pull shark achievement is not working. I should have received it with my second merged PR into a public repository, but i didn't. I already looked for bug reports here so can say that i already took care of looking into the suggested possible solutions. I already double checked that those PR are fully merged in their respective repositories. Jakubic769/OsuFinder#5 I already checked that the show achievements option is on. I already looked if it was given to me, but hided by default. Other contributors are having the same issue. Any help with my shark? Thank you kindly. |
Replies: 5 comments 1 reply
This comment was marked as low quality.
This comment was marked as low quality.
|
💬 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. ⭐ |
This comment was marked as low quality.
This comment was marked as low quality.
|
It can take some time for GitHub achievements to update and appear on your profile. I’d give it a few more days and check again. Especially pull shark |
|
The concrete difference in your examples is ownership/merge identity, not processing delay. I checked the referenced PRs: they were authored by That activity is useful for normal repository development, but it does not establish the unambiguous “another maintainer merged my contribution” pattern associated with Pull Shark. GitHub does not publish a complete badge-eligibility specification, and recent reports show that not every self-authored/self-merged PR in a personal repository advances the badge even though the PR page says Merged. The clean test is therefore:
Do not create artificial upstream PRs solely for the badge; choose small documentation, test, or bug-fix contributions that the projects actually need. If two qualifying upstream merges still do not produce Pull Shark after several days, send GitHub Support those two PR URLs. At that point they are much stronger evidence of an indexing problem than personal self-merges. |
The concrete difference in your examples is ownership/merge identity, not processing delay. I checked the referenced PRs: they were authored by
Jakubic769and merged byJakubic769into repositories owned byJakubic769, with no reviews.That activity is useful for normal repository development, but it does not establish the unambiguous “another maintainer merged my contribution” pattern associated with Pull Shark. GitHub does not publish a complete badge-eligibility specification, and recent reports show that not every self-authored/self-merged PR in a personal repository advances the badge even though the PR page says Merged.
The clean test is therefore: