Opened 8 years ago

Closed 8 years ago

#1912 closed defect (bug) (invalid)

Plugin directory no longer searched

Reported by: bheadrick's profile bheadrick Owned by:
Milestone: Priority: normal
Component: API Keywords:


This may be by design, but I've discovered that with 4.6, if you have several plugins from a previous install, you can't just copy them to the plugins directory and have them register as being installed.

You have to go through the process of installing them through the dashboard or restore via a backup, but I'd imagine that this wouldn't work unless you were also restoring the db...
And.. I just confirmed that restores from pre 4.6 - plugins restored will still not register as being installed

Deleting _transient_timeout_plugin_slugs and _transient_plugin_slugs wp_options records seems to force the installed plugins to update, but unless I'm just being impatient, it doesn't look like the plugins will show up otherwise.

Change History (1)

#1 @dd32
8 years ago

  • Keywords reporter-feedback removed
  • Resolution set to invalid
  • Status changed from new to closed

Hi @bheadrick

You've posted on, which is designed for reporting issues with the site itself and the various tools which we offer through the site. Bugs in the WordPress software should be reported on

However, the plugin_slugs transient which you reference is only used for the WordPress plugin installer searching to reference what plugins are already installed on your site. That transient is cleared every time the plugin update checks are run. If you copy plugins into your plugin directory manually, and then view the plugins list page, that should show the new plugin and also kick off a new plugin update check (and clear the transients).
If you're not seeing that behaviour, please open a ticket on the WordPress Core Trac detailing exact steps you've taken to reproduce the issue.


Note: See TracTickets for help on using tickets.