I’ve been there, but over the years I’ve gotten better at avoiding being in this situation.
If you are implementing something for yourself, and merging it back upstream is just a bonus, then by all means jump straight to implementing.
However, it’s emotionally draining to implement something and arrive at something you’re proud of only to have it ignored. So do that legwork upfront. File a feature request, open a discussion, join their dev chat - whatever it is, make sure what you want to do is valued and will be welcomed into the project before you start on it. They might even nudge you in a direction that you hadn’t considered before you started.
Be a responsible dev and communicate before you do the work.
You made this?
Fork
I made this
Now everone expects you to be the maintainer. You get a lot of bug reports.
The last 2 frames should be the same text
This is why I always ask if the maintainers are open to a PR first.
Yeah…but even then they may not get to you.
Over the holidays, I had a good back and forth with the maintainer of a project that I started using. The documentation needed updating and created a PR.
Then I went almost 10 comment rounds on why it was necessary, why I wrote it the way I did, and all this bullshit.
I just left it saying “merge it or whatever. I’m moving on.”
It’s still open.
