Add Info link to plugins management screen

[jane]

Related to #11050 but instead of the search results, on the regular plugins.php screen. Add "Info" link to left of Activate/Deactivate action links, which brings in the tabbed info from the repo. If not from the repo, link does not appear.

[piyushmishra]

Wont getting the info from Repo mean loading info of ver2.0 even if the user has ver1.0 installed?
Wont loading the same from the readme file on the plugin folder be better?

[dd32]

Wont getting the info from Repo mean loading info of ver2.0 even if the user has ver1.0 installed?

Yes, it would. Personally i'm leaning towards a "Tough luck, upgrade" point of view on that one..

Wont loading the same from the readme file on the plugin folder be better?

That is the other option, and is much simpler as well, If the file exists, we use it, if not, we dont show the link.

That would however require we bundle a Markdown parser with WordPress. Something we've not done since.. 1.x

[stephanethomas]

A peer (@fredrocious) and I had the opportunity to dig into this issue during a WordCamp. I thought it would be a good idea to share our findings. In order to add this new link on the page listing all the plugins that have been installed, we had a look to the WP_Plugins_List_Table->single_row() method. The difficult part is retrieving the plugin slug used on the WordPress.org plugin repository from the list of plugins currently installed, so we can query the WordPress.org API with the right parameters at:

​http://api.wordpress.org/plugins/info/1.0/

The patch attached shows this approach which unfortunately doesn't work in all cases - such as when a plugin doesn't live in its own directory (e.g. the Hello Dolly plugin which is a sole file in the plugins root directory). As plugins don't know where they are coming from, it seems there isn't any good way to identify precisely a plugin (we could have a look to the plugin header, but information here is not reliable).

However, we could maybe take advantage of the API endpoint that is used to check if plugins need to be updated at:

​http://api.wordpress.org/plugins/update-check/1.0/

This endpoint seems to have some sort of logic that can handle different plugin directory structures and determine matchings between installed plugins and plugins available on the WordPress.org repository. We could call it with version numbers set to 0 to trick it to give us the list of corresponding slugs for each plugin installed. However, this is clearly not a clean solution. A better approach would probably be to implement another endpoint in the WordPress.org API that would allow to achieve this.

[Thaicloud]

Not sure if this is of any use, but I wrote a plugin which does grab this information from WP.org: ​http://wordpress.org/plugins/more-plugin-info/

One of the issues which I ran into was that the necessary API call is too slow to do for each installed plugin every time the plugins page loads. I allowed this behavior to be toggled on, but by default a manual sync needs to be run to collect info about each installed plugin.

Point being, unless there is an alternative way to grab this data- I do not think that such a small feature is worth such expensive API calls; thus, this might be best kept in the realm of plugins.

[johnbillion]

Related: #17902

[abcd95]

It looks like this feature has already been addressed in core. The plugins list screen now shows a "View details" link for plugins available on WordPress.org, which opens the same tabbed info modal that was originally requested. Specifically, WP_Plugins_List_Table::single_row() renders this link in the plugin meta row (next to "Version | By Author") for any plugin with a known slug via the update_plugins transient.

The link appears in the description area rather than in the action links row, and is labeled "View details" instead of "Info," but it serves the same purpose.

I'd suggest closing this as fixed. If there's interest in also adding it as an action link alongside Activate/Deactivate/Delete, happy to prepare a patch.

[ankitkumarshah]

I was going through this issue and I agree with the above. The current core behavior already seems to address the original request by providing a “View details” link for plugins available on WordPress.org, which opens the same tabbed plugin information modal.

The link is displayed in the plugin description section and uses the label “View details” rather than “Info,” it effectively serves the same purpose.

I’ve also attached a screenshot/reference confirming the current behavior. Given this, closing the ticket as fixed seems reasonable to me.