Plugin removed from repository?

@ipstenu — I just want to thank you for your dedication and professionalism. I can see now what happened and what the issue is. Your recommendation posted at https://wordpress.org/support/topic/conflict-with-wp-spamshield-plugin/page/2/#post-9627154 makes sense, and it is the approach I would prefer as a user (for plugins to display warnings about incompatibility rather than attempt to interfere or disable conflicting plugins).

@redsand — I also want to thank you for all the work you have put in on developing your plugin. It is and was an excellent plugin and I am sorry to see you depart as it will be difficult to replace functionality.

That being said, I don’t want a plugin that intentionally disables or interferes with the functionality of others. I’d prefer to see warnings in the WP dashboard area. So in terms of this particular issue, the code that you don’t want to remove is also code that I don’t want to have. (Or at least code that I would want to be something that could be enabled/disabled within options settings.)

I don’t use the particular plugin that you have targeted, so not a problem there. But I do use a lot of plugins on a lot of sites and don’t want to have to worry about similar issues with a different plugin. If there is a warning that two plugins are incompatible, I can work with that. But when plugins conflict, whether intentionally or deliberately, it can take me hours to debug and figure out what the problem is.

So if there isn’t already a WP repository rule that says that WP plugins cannot have code specifically interfering with the operation of other plugins, I think there ought to be.

That being said, you are free to make your own choices and if you want to retain code that the WP Repository won’t permit, that is your option.

If that’s your site, it has a configuration error (invalid security certificate) -so you would need to fix it.

If that is not your site, then I’d advise staying away from it. The browser warnings are there for a reason.

I have one suggestion to Red Sand Media Group.

– When detecting Plugin Organizer on same installation where WP-SpamShield is, deactivate WP-SpamShield. If you insist so much they cannot coexist.

Joke at side (or not, it would allow plugin back to repository), story goes like this. Very short, very easy to understand.

– Plugin Organizer can turn whole website blue, even blue font color on blue background.
– It is not discutable and is irelevant. Website is property of an User, and she/he wants it that way.
– When WP-SpamShield disable other plugin is it not what User wants and allows.

– Second, permanent and infinite Admin notice is also very rude.
I cannot remember I have seen any other plugin doing this.

The author has been posting updates to his blog at https://www.redsandmarketing.com/blog/wp-spamshield-removed-wordpress-org-directory-without-cause/

Basically it is a continuous rant against the other plugin, but bottom line the plugin author has no intention of complying with the WordPress.org requiremen that he remove the code targeting the other plugin. Basically, if you are running Spamshield and also install Plugin Organizer, you will get a warnng that the two plugins are incompatible, and Plugin Organizer will not function as expected because of the code in Spamshield.

There has been some discussion of this issue at another web blog – here:
https://wptavern.com/wp-spamshield-plugin-removed-from-wordpress-org-author-plans-to-pull-all-plugins-from-the-directory

I have rolled back to an earlier version that does not create the MU directory or functionality, and I plan to switch all sites to different spam-protection plugins after testing. Right now Antispam Bee seems to be the best bet. (Runs without need for special configuration; has been effectively stopping spam)

The Spamshield author claims that he is looking for a new solution to offer the plugin– so I assume you might see it hosted on another platform. Without the oversight that you get from plugins hosted here.

This is the only plugin that had any real world experience of protecting a site from spam and other things which create havoc on a blog. In my humble opinion, WP caused much harm to the community by removing security and protection assets (free of charge assets, I may add) to over 200,000 users.

There has to be more consideration for how a plugin can get manipulated by a small hand of players. A real deep look at the ad-hoc rules and process should be reviewed by a third party consultant in order to relieve the tension this issue has caused the Open Source Community.

Good developers are being thrown to the wind by way of non-disclosed mediation. Please, when a plugin is canned from the repo we need to give sound and conformable circumstance, with certainty; even if [only] the developer is notified of such direct communication.

When you leave people “hanging” in thin air with no proper recourse, there will be less emphatic control over what may or can happen as an outcome of such improper resolve. The simplest solution to this conundrum is to enhance all communication so there is a clear and fair ground for the community to work upon. Garbage in, garbage out, as they taught me in computer electronics college.

Abigailm, Your perspective appears to personify ambiguously what a “small hand of players” can be. I was not venting demise onto anyone of the authors, or moderators, so there is no need to extrapolate this course. My observations have absolutely NOTHING to do with the authors’ discourse. (with the obvious exception being: yes the plugins are what brought about my resounding claims of WP team(s) lacking a grounded way to “moderate.”) I am not insulting their intelligence or pointing fingers at “them” – I am saying, many people got hurt by this and there could have been a more viable resolution.

What the point at hand and reckoning had to do, soley, with WP moderators and reviews… and only their ‘processes’. The ‘small hands’ was not meant to be terse or directional; just kind of light relational humor. I should have continued the metaphor… something about playing rummy or a game of cards that was meant to be played seriously.

I have heard the “story” of what happen more than enough to realize that the problem is not in what was done by any one or more programmers (who were working to keep their plugins safe, in their efforts, just like a mother would with her child); the reason I wrote in here was to make a concerted effort to share “why” this is such a grand snafu for developers AND for users of WordPress.

• This reply was modified 6 years, 5 months ago by tradesouthwest.