WordPress.org

Make WordPress Core

Opened 3 years ago

Last modified 9 months ago

#22287 new defect (bug)

Plugin in another plugin folder causes Activate link to be wrong on Download

Reported by: joehoyle Owned by:
Milestone: Awaiting Review Priority: normal
Severity: normal Version: 3.4
Component: Upgrade/Install Keywords:
Focuses: Cc:

Description

I am not sure if shipping a plugin within another plugin is officially supported, but there is an inconsistency between the activate links in the Manage Plugins page, and the Activate Plugin on the Plugin Downloaded success page.

This is because on the Manage Plugins page, the get_plugins() is going to scan the plugins dir and all dirs within it, however, on the Upgrade page, it calls get_plugins() specifying the plugin dir as the base (see https://github.com/WordPress/WordPress/blob/master/wp-admin/includes/class-wp-upgrader.php#L579)

That will cause the "embedded" plugin to be picked up, and if it's alphabetically above the main plugin file (presumably) see code comment " Assume the requested plugin is the first in the list"

Attachments (1)

class-wp-upgrader.php.diff (1.0 KB) - added by joehoyle 3 years ago.

Download all attachments as: .zip

Change History (14)

comment:1 @joehoyle3 years ago

Perhaps this could be fixed by adding a second param "$search_directories" to get_plugins() which is set to false in the Upgrader step?

I am happy to write a patch with some direction on this.

comment:2 @joehoyle3 years ago

I added a patch that will order the array from get_plugins( $plugin ) with files not in directories to the top.

comment:3 @dd322 years ago

  • Component changed from Plugins to Upgrade/Install

Duplicate of #21954, not closing as the other ticket doesn't have a patch.
I like the patch, and it's the preferred solution I suggested in that ticket too.

comment:4 @joehoyle2 years ago

Yes, seems we had the same idea on both accounts, who do I need to bug to try get this committed?

comment:5 @SergeyBiryukov2 years ago

#21954 was marked as a duplicate.

comment:6 @SergeyBiryukov2 years ago

From #21954:

This issue also applies when deleting the plugin as it lists both plugins on the confirmation page.

comment:7 @SergeyBiryukov2 years ago

  • Version changed from trunk to 3.4

comment:8 @jdgrimes18 months ago

What is the benefit of this solution over not looking the the subdirectories unnecessarily? Adding a second parameter as suggested above would be backward compatible (if set to true be default), and wouldn't require the site to do unnecessary work.

comment:9 @jdgrimes17 months ago

#26368 was marked as a duplicate.

comment:10 @toscho17 months ago

  • Cc info@… added

comment:11 @johnbillion17 months ago

  • Cc johnbillion added

comment:12 @jdgrimes9 months ago

Interestingly, in Plugin_Upgrader::check_package(), the directory is just globed for .php files: https://core.trac.wordpress.org/browser/tags/3.9.1/src/wp-admin/includes/class-wp-upgrader.php#L686

So it seems there is an inconsistency with whether get_plugins() is even used.

comment:13 @jdgrimes9 months ago

Somewhat unrelated sidenote: glob() may actually be faster than the current opendir()/readdir() method used in get_plugins(), in addition to being much less code (and therefore more readable).

Note: See TracTickets for help on using tickets.