Forum Replies Created

Viewing 15 replies - 1 through 15 (of 54 total)
  • “Advanced View” on the Plugin Page.

    Hey, thanks! If anything that simplifies things, I can hotlink to it on the rest of the site. Needed to be sure – at least I wont be creating half a dozen app’s in Social Media.

    Thanks for correcting me. I run most of my social media through Facebook, so the App URL issue was an unknown.

    Very prompt too. After I get it up and running I’ll drop a review + application. You saved me at least an hour figuring out that only the subsite would function. It’s the least I could do. 😀

    I have a MultiSite of fairly complex nature (200 plugins activated core, many custom) and this plugin didn’t throw any flag on Single Site or MultiSite activation.

    Sorry, but I think your error is in a different castle.
    Or your conflicting…?

    I have a similar concern – not to intrude on the topic.

    I have a MultiSite with BuddyPress. I have network activated the plugin, and from the start I needed to be sure I wasn’t going to cause any trouble on my Live Site Database. I noticed I had to fill out the credentials for every site – not that this is bad, but a MultiSite plugin comes prepared for a universal solution, on the Network Core Menu for instance.

    I have a complicated cherry to my condition though. My BuddyPress Signups have been directed to a Subsite – to be specific;
    /forum/wp-admin (my standard login).

    Will the plugin work? I want to try it, but I don’t want to write a bunch of nonesense to the database or affect site functionality.

    What are my odds? 😛


    VentureCore’s unmentioned solution is that you activate it on a per-site basis. Points to VentureCore for the suggesting the right answer, but it’s a tad cold to bail without helpful insight.

    I’ve had some crazy issues with this plugin.
    Still great.

    **edit: Allow me to explain. VentureCore is clearly running a MultiSite – otherwise this issue wouldn’t be occuring to begin with. The CORE PLUGINS don’t save order when activated across the MultiSite – it comes back jumbled due to conflicts I never bothered to look into. But when activated on a per-site basis, the CORE PLUGIN data loads fine. You can tell the difference in YELLOW (CORE), GREEN (SITE), and GREY (DISABLED) on the Plugin Load Order sreen.

    This is a fantastic MultiSite Plugin due to the fact it lightens the Plugin load to regular traffic. For instance, on a MultiSite – run your Forum and Store on 2 separate Sites, and use this plugin to clean the loads times. It’s a win.

    Nah, I’ll just go without.

    I tried to make it clear that your plugin is conflicting with another – provided a list of those plugins – and when your plugin is deactivated the editor returns.

    Either the plugin works while activated — or it does not. The other plugins take priority, a zooming feature being superfluous — it should simply work. *shrug*

    I’d wager I’m not the only user who encounters this issue. Use the info I provided to get it fixed if you want, I’ll work with an alternative.

    Interesting, the conflict may exist there.

    I isolated WP Image Zoooom by deactivating it and that fixed the editor (before the original post) – NextGen remained activated. Unfortunately, out of all the plugins, this gallery plugin is by far the least expendable having 30k images built into it’s structure.

    Do you believe that’s the culprit in this scenario?

    First of all – I want to apologize for my behavior. Sometimes I get super stressed out while on week long site builds or upgrades – not at any point have I ever believed that your plugin isn’t fantastic – just in this scenario, really had me pulling hair in a situation where I believed my site was infected as a side effect of the plugin. It’s a good plugin, been working with it since I started using WordPress.

    Your fix may help resolve the issue. I’ve re-triggered my original issue multiple times with plugins that had additional subplugins — Jetpack being a good example. Completely removing P.O. and Putting it back removes the issues, assuming the multi-use plugins like Jetpack are activated beforehand.

    I also noticed the SubSite Plugin Activation issue;

    but it is only called when you visit the plugins page of each individual site

    I can confirm this. If I don’t mess with any plugins on other sites while I’m encountering the issue – they aren’t affected. It’s only when I’m accessing the Plugins Page or Activating/Deactivating plugins on the subsite I’m working on at the time.

    ex; The issue returns – I uninstall P.O. – I access the plugins page on another subsite, they remained intact. If I mess with plugins on the other subsites, the issue spreads to those subsites.

    In reference to being “Unable to Activate a Plugin even after uninstall” – this might be YITH. I’ve found that it’s a conditional scenario to the plugin on my build. I simply can’t activate YITH Plugins at all while functioning regularly. I can, however, activate YITH Plugins when I can Only Activate 1 Plugin At A Time (Original Issue). Which is interesting; but I’ve decided to work with alternative plugins, and is likely to be completely unrelated.

    I’m open to beta testing, and your continued support with specific table references will have me changing my rating. These specifics help me better understand of what’s going on – in such a case where if I need to make custom modifications myself, I would have. Thank you.

    – I run with the standard wp_ table prefixes.
    – I’ve removed Group Plugin Orders altogether since I first ran into the issue. Every time I Activate – I leave the plugin as-is, the Single Plugin Activation (Deactivating the Previous Plugin) issue remains without groups.

    Yes Jeff, yes I did. I even took the time to write out my actions of troubleshooting this plugin on the front end.

    If you go to the settings page you can return the order of plugins to the default.

    Is this a requirement for complete uninstall? Where is it documented?

    I believe this plugin is conflicting with writes to the database somewhere – in my case on a New SubSite Install. I made it clear that I created a Plugin Load Order Group dedicated to Network Activated Plugins, and this group was created after Activating only 1 SubSite plugin not added to said group; which I believe to be the source of my original issue (now resolved). I’m going to try and replicate the issue in the near future in a documented fashion, after repairing my ability to activate a single plugin involved with the original troubleshooting process.

    I fixed my original issue – yet you haven’t provided the changes this plugin makes to the database. I figure I should start by cleaning out my plugins via phpMyAdmin in the Options Table and allowing WordPress to try to re-write again – I imagine that’s involved in the block.

    I also haven’t received a complete removal guide. What other tables did your plugin create and modify? Or will I be forced to scrub your plugin for those?

    I’m an advanced user, so of course I took on the simple approach first. I’m telling you there’s a bug – and I mistook it for Maleware. Maybe your plugin functions fine on sites that have all of the plugins they desire to be activated – then adding this plugin and it’s group function – as this is a final “speedstep” in WordPress site creation.

    I wouldn’t be making a big deal out of this issue if I wasn’t positive your creation was the culprit. So confident, infact, I continue publishing on the topic in hopes other users suffering similar issues understand it’s this plugin and not have to spend money on professional security services.

    I’ll look into this soon enough.

    Your right, I did type malfunctioning instead of malicious. Regardless;

    “Did you try deleting references in the database for Plugin Organizer?”

    I Intend to. I must seek out any tables it may have created/changed that I’m unaware of. Would be super helpful if I didn’t have to look through all the creators lines of code to do so. Considering the scenario the plugin isn’t 100% MultiSite ready. I shouldn’t have to completely uninstall and reinstall a plugin to get it to function in a Malware suggesting scenario. I’m not the only user who claims to have had database issues recently concerning this plugin. I believe other users suffering this issue are unable to pinpoint it – now they can!

    “If you deactivated Plugin Organizer and/or deleted it MU plugin and the issues still persists then naturally you should look for another plugin to hold the issue that Plugin Organizer or multiple plugins coupled with Plugin Organizer caused.”

    I just wish that were so. If you took the time to read the full evolution of the errors – you would know it WAS Plugin Organizer as the cause. I wouldn’t be posting otherwise, or making such bold claims – I’d sooner be editing/redacting my previous claims. The Plugin I could not activate in post #2, since reinstall of the plugin in post #7, will not activate when Plugin Organizer is Activated or Deactivated. The only way I can activate that specific plugin now (YITH WooCommerce Zoom Magnifier) is by Network Activating it – the only changes being made having been in or of Plugin Organizer.

    “Thirdly your definition of Malware needs renewed. Malware, the “mal” part actually refers to “Malicious” not “Malfunctioning”, and these are entirely different definitions.”

    I agree, I typed the wrong word. From now on, consider my use of the word “Malware” as more of a review of this plugins performance in a multisite environment as compared to the truest of definitions – as the plugins side effects suggest that of “Malware”. I’ll be using it much more frequently as time goes on; as reviews get written; problems exposed in SEO driven environments; as more multisite users spot this or issues and find the cause here instead of wasting money on security scans. As I said in my first post; “Fix the bug, or fix the claim. Clearly not tested enough.”


    I wouldn’t be here – pointing out an issue with this plugin, if it weren’t a positive scenario. I’ve read many angry posts from inexperienced users, always telling myself I’d not lose my cool. Plain and simple; THIS PLUGIN IS NOT FULLY MULTISITE TESTED – maybe in conditional scenarios; but those scenarios need to be listed, accounted for, fixes must be provided, is it single site activated, is it multisite activated, is there a switch that must be flipped, and an uninstall guide for complete removal.

    So maybe I’m in the wrong for making references such as Malware. But I shouldn’t install a plugin that claims to be both functional with my Version Of WordPress and Multisite to find it’s causing issues Activated, Deactivated, Uninstalled, and additional issues when Reinstalled.

    My original issue was resolved. I’m not opening a new ticket. I’d sooner fix it myself and publish accordingly. In the meantime; the creator has time to either fix the issue, fix his claims, or do nothing at all. I’m indifferent.

    Oh, scratch that.

    – Check; “Disable secure connection to WangGuard server using SSL / TLS.”
    – Saved
    – Tried The API Again

    Good to go.

    Same Issue. I Registered, Collected the API Key, but I’m unable to Exstablish a Connection to the WangGuard Servers.

    WordPress Multisite, attempting from the Network Panel.

    After Complete Removal of the Plugin and it’s Must-Use Files (Previous Scenario), then Reinstall of the Plugin and it’s Must-Use Files – the original scenario of only being able to activate 1 plugin at once while Plugin Organizer is enabled is resolved.

    Plugin Organizer is Network Activated, not Single Site Activated.

    I still can’t activate a Plugin in my collection. I’m marking this topic as resolved, although I still need to scrub my entire site to resolve the other known issue plus likely numerous more caused by the plugin.

    Fix your scripting – or Remove this Plugin from the MultiSite Compatibility list. I’m willing to bet I’m not the only advanced user to suffer this issue – and I hope others find this in their Google searches, as I did not. I looked in many other places before finding your Malware to be the culprit – it is currently acting as Malware, and remains to function as Malware on my MultiSite due to restriction of being able to activate a plugin. The only reason it remains is to study/examine it so that I can fix the issues it caused.


    In regards to the Plugin in the Referenced Scenario above Not Activating;

    1. Deleting the Plugin and Reinstalling the Plugin DID NOT WORK.
    2. Removing the Must-Use file from “mu-plugins” and deleting the Plugin Organizer Entirely DID NOT WORK.

    This Plugin is not fit for Multi-Site – there’s an abundant lack of testing. For Single Site I’m not a candidate, but it’s probably fine…

    I apologize for my negativity, but this isn’t working as advertised and is causing damage even after deactivation, uninstall, and step by step reverse settings change. So I can’t fix it from the front end, I actually have to open phpMyAdmin to start sorting through Tables and begin looking through WordPress Core Files to get my website functioning as intended – when all I should have to do is Deactivate the silly plugin.

    Time to provide a COMPLETE UNINSTALL GUIDE. What did your plugin change, I need it off my platform.

    That’s not malware. Malware would be akin to “installed plugin and my site created new spam admin accounts, mailed 10,000 people and ruined my life”.

    No, that’s Spyware. Potentially even Virus… your definition is way off.

    Malware is Malfunctioning Software, to the degree that “I activated the software and it caused my CPU to Melt”, or “I activated the software and it caused something to malfunction, even after uninstall.”

    That’s an amateur claim, Jan, and worth the screenshot.

    I don’t care if it’s the weekend. There is no “Complete Uninstall Guide”. Malware is Malware – this Plugin is causing damage even while deactivated – it’s getting Flagged.

Viewing 15 replies - 1 through 15 (of 54 total)