Opened 8 years ago
Closed 8 years ago
#1912 closed defect (bug) (invalid)
Plugin directory no longer searched
Reported by: | bheadrick | Owned by: | |
---|---|---|---|
Milestone: | Priority: | normal | |
Component: | API | Keywords: | |
Cc: |
Description
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.
Hi @bheadrick
You've posted on https://meta.trac.wordpress.org, which is designed for reporting issues with the WordPress.org site itself and the various tools which we offer through the site. Bugs in the WordPress software should be reported on https://core.trac.wordpress.org
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.
Thanks!