The point was a simple observation that the OSS community tends to confuse feedback for requests of technical support.
It’s not you in particular and it’s not mean spirited or wrong to do. It is, however, a relevant note on why some OSS struggles with reach.
My go-to example of this is that nobody cares that Blender is open source, but people tend to flag it for GIMP. Because Blender “just works” and has comparable UX and features to paid alternatives. I know what’s on GIMP or Krita and my comment isn’t a call for help, just an observation.
In this case… well, yeah, it sucks that Firefox has a long-standing performance bug. If it gets fixed in the future it’ll be fine. If it doesn’t I’ll survive, but it may put off some people from joining if the effective experience is less responsive than Chrome’s despite what benchmarks may say.
Thanks for the extra information, but I still think I’m missing something - what’s the reason behind providing feedback if you don’t want them to do anything about the feedback? Like, you’re just making conversation about it, like sharing funny bugs you had in Skyrim?
I guess there’s a difference between talking about bugs and UX, because if you said that you prefer Photoshop to GIMP because you think Photoshop’s UX is better, I totally understand that, and “tech support” isn’t really appropriate, but isn’t that different for people who are talking about their specific performance issues? Like, how would you want people to respond to that?
it may put off some people from joining if the effective experience is less responsive than Chrome
Isn’t that a reason for people to be more helpful in helping others resolve their performance issues and to raise bug reports as appropriate? I really feel like you’re trying to have your cake and eat it too, here - it feels like you want Firefox to fix performance issues, but you feel like the issues should be fixed without actually giving devs the information they need to fix them. That’s just not going to happen for any app/software, OSS or not
The point was a simple observation that the OSS community tends to confuse feedback for requests of technical support.
It’s not you in particular and it’s not mean spirited or wrong to do. It is, however, a relevant note on why some OSS struggles with reach.
My go-to example of this is that nobody cares that Blender is open source, but people tend to flag it for GIMP. Because Blender “just works” and has comparable UX and features to paid alternatives. I know what’s on GIMP or Krita and my comment isn’t a call for help, just an observation.
In this case… well, yeah, it sucks that Firefox has a long-standing performance bug. If it gets fixed in the future it’ll be fine. If it doesn’t I’ll survive, but it may put off some people from joining if the effective experience is less responsive than Chrome’s despite what benchmarks may say.
Thanks for the extra information, but I still think I’m missing something - what’s the reason behind providing feedback if you don’t want them to do anything about the feedback? Like, you’re just making conversation about it, like sharing funny bugs you had in Skyrim?
I guess there’s a difference between talking about bugs and UX, because if you said that you prefer Photoshop to GIMP because you think Photoshop’s UX is better, I totally understand that, and “tech support” isn’t really appropriate, but isn’t that different for people who are talking about their specific performance issues? Like, how would you want people to respond to that?
Isn’t that a reason for people to be more helpful in helping others resolve their performance issues and to raise bug reports as appropriate? I really feel like you’re trying to have your cake and eat it too, here - it feels like you want Firefox to fix performance issues, but you feel like the issues should be fixed without actually giving devs the information they need to fix them. That’s just not going to happen for any app/software, OSS or not