55 Comments

  1. Vova Feldman

    This is fantastic! Way better UX. I never understood why plugins aren’t automatically activated after install – finally fixed :)

    Report

  2. rachel3mw

    Some Web developers like to leave certain plugins deactivated in the dev environment that are not needed until the site is pushed live. Will there be any settings to override auto-activate?

    Report

  3. The Answer Guy

    Jeff, I happen to have written about this yesterday (http://wordpress.answerguy.com/wordpress-plugin-problem-42/2015/03/23). While the general thought process is great, auto-activation is a TERRIBLE idea.

    You’re close to “the team”; perhaps you might point out this issue so it can be addressed?

    Report

    • Jeff Chandler

      Why not just tell users to backup their sites before installing any plugins?

      the simple act of installing a plugin will “do stuff” in your WordPress database. The control and protection you lose is not worth the simplicity you gain.

      The same thing happens when you manually click activate, so what’s the big deal?

      Report

      • The Answer Guy

        ultimately? NOT a big deal. But if you absentmindedly click “install”, you still have the ability to pause and correct yourself (like it is now). There’s no reason to take that away; my real point was and is that this feature needs to have an on/off toggle, preferably defaulted to off.

        Report

    • Vova Feldman

      Guys, I don’t get it. Why should I want to install a new plugin, without the actual intent of activating it – what am I missing?

      Report

      • The Answer Guy

        While the overall sentiment here is clearly on the same side I’m coming from, your point is well-taken. BUT: “that’s mine, how dare you!!!!” left OUT of the discussion, the point still needs to be that plug-in activation makes change to your WP install, and you may not be able to unmake all of them.

        So it’s about control for a REASON; the “right way” to handle plaugins is carefully. You take a backup of the database before you activate. Then you test. Then you get a handle on what’s changed. Then you either move forward with the plugin or rip it out by its roots.

        Report

  4. Christee

    I, too, have some plugins for used for maintenance and other occasional activities. I definitely would not want them activated when updated. They should remain in their prior state.

    What about support for updating a plugin from a .zip file? This ability is missing and makes it unnecessarily time consuming to upgrade plugins purchased from other sources or when you need to roll back to an older version (due to a new version breaking something).

    Report

    • MRWweb

      Christee, I believe the auto-activation is only for plugins that are newly-installed, not updated.

      Also, totally +1 on the zip updates feature. I mentioned it months ago on that trac ticket but no one every responded. :(

      Report

      • Christee

        Thank you for the clarification. That’s better, but I still would not want it to auto-activate on a new plugin install. It’s not uncommon for me to install several plugins that perform a similar function, and then activate each one individually as I try it. I would think this is a common usage scenario. So, I hope there it a setting to turn off the auto-activate.

        Regarding update from a.zip – I can’t imagine why that is considered low priority!

        Report

  5. Brin Wilson

    Not super relevant to the post per se, but how did you make those lovely moving gifs Jeff?

    Report

  6. Peter Cralen (@PeterCralen)

    This is really cool and helpful feature. Everything what brings me less clicks is welcome :)

    Report

  7. Eben Hale

    For me I think auto activate will be up there with the removal of the dashboard column choice of WordPress 3.8 as two steps forward one step back.

    In WordPress 3.8 they introduced responsive dashboard widgets which was great, but they removed the option to choose how many columns to show.

    To get this feature back you had to add some custom code to your theme or install a new plugin, the best I have found for this is https://wordpress.org/plugins/restore-columns/

    The new 4.2 plugin install and update features are great but why not just show a “Activate” button after the install?

    I’m sure their are plugin developers working on this as we speak but it means installing another plugin to get this functionality back.

    Isn’t it ironic….don’t you think?

    Report

  8. Joseph

    User experience: I really wish links such as “Visit Site” from WP Admin open in a new tab, instead of overriding the current tab.

    Report

  9. Roy

    I wish to be able to control auto update off/on especially for site maintenance plugins and for testing alternate plugins for best fit to my site.

    Report

  10. Gerald

    why not two button like “install now” and “install now and activate”? There is enough space for a second one…

    Report

  11. Tom Barrett (@TCBarrett)

    How does it work on multisite?

    Report

  12. Carl Hancock

    The solution to the automatic activation issue people are complaining about is simple. Add a hook that allows you to disable auto activation. If you have done this then installing would not auto activate. If you have not then it will behave as intended.

    People need to remember that Developers != Average Users and Average Users > Developers. WordPress needs to take these steps to make WordPress more friendly and improve the overall UX for AVERAGE USERS. Developers will need to learn to deal with that fact.

    So instead of complaining about features like this, suggest alternative solutions that will address this concern. I’ve already done so above. Problem solved.

    Report

    • The Answer Guy

      I said the same, Carl, but not “a hook to DISable” … there should be a hook to ENable.

      Report

      • Josh Broton

        You can add the hook, the average user can’t. It makes sense that the hook would be to activate your desired behavior, not some blogger with no coding expertise.

        Report

      • The Answer Guy

        Josh, let’s be specific, by all means. Yes, the hook is addable. And of course the average user cannot. But isn’t that the point? The average user is looking to the WordPress mother ship to take care of them and doing this “the right way” is important.

        My guess (and most people in this thread seem to be on this side) is that the average user isn’t exactly clamoring for this change, so while the ability to turn it on IS a good thing, having it on by default (or on, period), Just … is … not.

        Report

      • Carl Hancock

        The average WordPress user expects the plugin to be installed and activated.

        Requiring them to click to install a plugin and then click to activate the plugin adds an unnecessary step to the process in order to cater to developers and power users who don’t want the plugin activated immediately simply doesn’t make sense from a user experience standpoint.

        WordPress should be streamlining things and making things easier for the average user. That’s more than just making existing behavior look pretty without actually changing the existing behavior. You need to actually make it easier. Not just look nicer.

        The vast majority of users are clicking to install the plugin and then immediately clicking again to activate the plugin. Why not make that process more streamlined?

        Just like core background automatic updates the behavior should be streamlined for the average user and then a hook can be used to modify that behavior for developers and power users.

        The whole point of this change is to make WordPress a better experience for the average user. Hiding this functionality behind a hook defeats the purpose because the very type of user this functionality is geared towards is the type of user that you don’t really want fiddling with hooks.

        Report

      • The Answer Guy

        Didn’t want you to think I’d ignored you; I think we’ll have to “agree to disagree” !

        Report

    • KTS915

      Carl keeps saying things about what the average user wants. @Carl Hancock, if you have access to some research to back up these assertions, please let the rest of us in on it.

      For the record, I am not a developer. I don’t code. I still don’t want auto-activation. I am clearly not the only person of that view with this (non-)skillset.

      Report

  13. BobWP

    I agree, will be interesting to see how this plays out.

    My thoughts, I like this idea, especially for that large percentage of average users.

    I have several thoughts on this after reading the comments, but figure if I list them, well, it will just circle back to all who are for it and all who are against it. Everyone is standing their ground with their own reasons, and that’s good.

    I think I will do my own post on this next week.

    Report

  14. Kristin Aus

    I think I’m darned close to the famed “Average User.” I can’t add a hook and I don’t want to learn for this bad idea. I’ll find it a major inconvenience to lose control of plugin activation. That’s MY decision! Reg. Thumbs comes to mind as a plugin I use somewhat often and do not want activated until a time I choose.

    It seems inconsistent to force this change on us by saying “father knows best” for the average user but then not updating the theme install yet so it works the same. That kind of mismatch confuses the beginning user. I admit to missing the good old days when updates where delayed until they were done.

    Rather than taking control away from intermediate and above users to “fix” something that wasn’t broken anyway, please, please listen to what beginning and intermediate users want fixed. We want a decent front end editing system, a decent Post Editor, real image handling.

    Report

  15. Vova Feldman

    Jeff, may I suggest that you guys will add a Like / Dislike rating for the comments? I would like to upvote some of the comments here, especially Carl’s opinion, and commenting with +1 isn’t the best solution in my opinion. There are plenty of great rating plugins out there:
    https://bestfreewpplugin.com/plugins/category/rating/

    Report

  16. Piet

    Perhaps this is just the way WordPress is going? We will now be needing plugins (or hooks) to disable functionality instead of adding a simple checkbox to the general settings that says “I don’t want that”.

    WP 4.2 already has two of these things. There is this (the auto activate of new plugins) and please don’t forget the emojis that add 2-3 scripts as well as a call to s0.wp.com which is blocked for more than 20% of the world’s population.

    I think a fork of WP is around the corner if things “progress” the way they are doing now…

    Report

    • KTS915

      Piet,

      I think you could be right.

      Looking at the themes I use, I see that I am already removing a ton of stuff from the WP head and the Customizer, removing the WP version from scripts, CSS and RSS and the admin footer, removing injected CSS from the comments and gallery, and, of course, removing Howdy. And, on install, I had to remove Hello Dolly!

      Report

  17. Carl Hancock

    What research do I have to back up the assertion that WordPress needs to make things easier and more straightforward for the average user? My research comes from personal experience supporting and developing one of the most successful commercial WordPress plugins in the marketplace (Gravity Forms).

    Report

    • KTS915

      So Gravity forms users are “average users”? Good to know. Thanks for the definition. At least I know I’m not average.

      Report

      • Peter Cralen (@PeterCralen)

        Every second form on WP is almost with Gravity, so yes, Gravity user is average user ;)
        Anyway Carl has good points, that majority of users can not use hooks or put code here and there, even its hard to find right plugin for task.
        So if WordPress somehow decided to be used on more than 25% of web, it has to be focused on masses – on average users.
        Sure it can costs some performance, some functionality, maybe some cutting edge technology …

        Add many options for masses is not good solution, it will brings pain. It has to be decided for them without them :D
        I m not sure if focus on quantity (% of websites builded with WP) is right way, anyway WP did it already several years with success and beat all other platforms.

        Also keep in mind, that WP or Automatic or whoever somewhere there collect tons of data, so they have idea how WP is used by majority of users.

        Anyway I hope emoji junk in core WP is just April fool ;)

        Report

      • KTS915

        And yet now it’s clear that auto-activation of plugins wouldn’t enhance the experience for the average user at all, so it’s been punted. QED.

        Report

  18. jobman1

    Ok, so doe anyone have that Snippet of Code for this Disable/Enable Hook handy yet ? I want to install it on ALL of my client sites as I do NOT want an Auto Activate at ALL.

    Report

  19. Ed

    @Jeff Chandler – you know that all us shaved apes have an innate propensity to forget awesomeness in general so personally I would reiterate WP awesomeness as a standard. ie what was awesome 5 seconds ago is now just the new bar. :) And yeah I don’t do that on my site, but WP Tavern is a standard in itself so it is not my place. :)

    Report

  20. Thomas Heil

    It is always a bad idea in the development cycle of a software product to change basic default behaviour to the opposite of what has been established over years. You can of course allow things in a certain version that were not allowed yet in the previous ones, but only after an opt-in for this behaviour change. So add a new check box “Automatically activate newly installed plugins” in the basic WP settings which is off by default and do not change the behaviour of installing plugins to something else people might now expect. And maybe add a hook that allows to opt-in by calling it. Or add a define(‘WP_ACTIVATENEWLYINSTALLEDPLUGINS’, true); for the wp-config.php. Or, like already proposed, add an “Install and avtivate” button on the plugin install page. But again, leave the default behaviour as it is now.

    Report

  21. Duncan M. MacGregor (@duncanmacgregor)

    This will save years of my life – truly awesome!

    Report

  22. Awais

    Can anybody have idea how to catch errors while updating plugins or themes programmatically using the class class-wp-upgrader?

    Report

Comments are closed.

%d bloggers like this: