It’s bad enough that
1) if I use the project and can’t easily switch from it, I will simply not contribute in any way to the project from that point forward (I’ve filed two issues with Vue.js projects; I will not be filing any more, because they are horribly user-hostile);
2) if I don’t use the project, I will _never_ use the project and generally question why people are using the project (remarkjs).
Having an issue template is fine. Closing issues that don’t follow the template is (mostly) fine. Taking me to an entirely _different_ website to fill in your form and yelling throughout the whole thing that your bug will be closed if you don’t follow the steps of the time warp _exactly_…is user hostile. I get it that there are entitled users of projects. But by disabling issues or putting a form in front of issue reporting…you have told me that you don’t actually _want_ users, so I’m happy to oblige.
I was looking for an excuse to try Svelte anyway.
I can’t comprehend how people would write these issues. But they do. And it sucks.
Because writing good bug reports takes work, and people don't like doing work.
Unfortunately, the practices described in the GP frequently just create even more work...
2) Noone cares if you use my open source project.
Vuetify? I spent ages putting together an issue there, only for it to be closed almost immediately because it had already been fixed in the v3 alpha branch. That's great, but I can't use the v3 alpha branch because it's still an alpha version that's missing half the features...
It's obviously always the maintainer's right to handle their project in the manner that they think works best for them. My dependence on their project is to a certain extent a burden on them, and I'm grateful to people who are willing to put time into maintaining projects that I (and moreover the company I work for) regularly use.
However, I do think the open source community works much better in terms of reciprocity. When I can create an issue and get some feedback there, there's a good chance I'll also try and fix the problem myself, because to me that seems like the responsible thing to do as someone who depends on open source code. If I have the feeling that the maintainers just don't care about my feedback, then I'm just going to be more loathe to contribute.
And specifically when it comes to Vuetify, much like yourself, I'm now in the situation where I'm looking to remove it from projects I'd previously been using it in, because when future problems come up, I think it'll be more of a maintenance burden than just solving the problem myself.
I disabled the issues of most of my projects. Over the years I have observed that people who actually contribute value, do not need the issue section. They will directly open a PR with a change or at least some code that explains their problem.
People started arguing with me about this topic. But these where never the people that actually contributed to any open source project that was not their own, so I do not care at all.
I opened the discussion section so people can actually discuss there, without wasting the time of the maintainer.
What's your take on this? Do you have any experience in this area?
Just as an example, I tried to find a maintainer to take over an OSS project I worked on. A lot of people wanted to take over but didn't understand how to code. They just wanted to project manage, maybe for the sake of their CVs. There was 1 guy I really thought was good because he was helpful, making good PR and so on, then it turns out he is sending racist crap in private to members of the community.
Then there were people who wanted to take ownership so they could do something similar to "rewrite in rust".
You need to find someone who won't sneak a cryptominer or ransomeware in your library. That's hard.
I review issues on openapi-generator and I can easily say 90% of them are result of user not reading documentation, unrelated shit like "how do I x in docker/gradle/maven". I think author here has strong points and I support him as a maintainer, but i would also be also annoyed as a user.
I couldn't, as a prefer silly bug reports over none. but I have disabled many issues on forks. issues should go upstream.
The latest standards-compliant JS is really nice to work with (i.e. vanilla). You don't need an "ecosystem".
But the process should be much more interactive and less WALL than it is.
Like I said, it is absolutely okay for the project maintainers to maintain their project however they like, and if they don't want to maintain two separate bug fixes, that's fair enough. My point was more about the way their communication makes me feel less comfortable and and to contribute back to the project.