Okay I think it's worth responding to these point by point:
Also way to go not taking the side of an active member of this community
I'm not taking sides. Being an active member of a community doesn't absolve you or anyone else of behaving irresponsibly.
[Also way to go not taking the side of] someone understanding and in a position to increase browser support for selenium webdrivers
I don't doubt your intention to increase browser support for selenium webdrivers. However I don't agree with your decision to disclose what you deem a critical security bug without any indication that you attempted to disclose the issue to the project maintainer before advertising the issue here.
[Also way to go not taking the side of] a coder who'd care and doesn't suck at coding
Your coding ability in this situation is not in question or an issue.
So what do you get for the Captain Obvious comment besides being right? A clock is right twice a day. But no dopamine hit from a clock.
What I got were clarifications to questions I had after reading your original post. I wanted to make sure that I hadn't made any quick assumptions before I concluded whether or not I thought you had behaved ethically.
A better strategy, would be to ask about how to go about increasing selenium web driver browser support and whether a more flexible package is in the works. Not to defend a hopeless package in dire need of a rewrite. Or to provide the info i ask for about how to go about responsibly disclosing security issues.
Your original post didn't ask how to responsibly disclose a security issue. And you posted this, by your own admission, without responsibly disclosing.
For future reference, here is how you responsibly disclose critical security issues to a project: you find contact information for a maintainer or, if available, the project's security team. You send them a message confidentially (email, private message, issue tracker post stating you have found a critical issue you wish to disclose securely). You wait for them to get back to you. If they do, you coordinate a fix, and then you wait for the fix to be released and communicated before releasing details of the issue.
If the maintainer doesn't get back to you, try another maintainer. If they don't get back to you, then you've done all you can and you can release information on the issue.
Let me ask you: what was your intention behind your original post? You haven't provided a fix here, or a PR, as far as I can see you haven't forked the project with a fix. So I don't understand how doing this makes the situation any better, if anything it's placed the users of this project at a higher risk.