#47189 closed defect (bug) (fixed)
Site Health: Plugins Upgrade Link for Multisite
Reported by: | sebastienserre | Owned by: | desrosj |
---|---|---|---|
Milestone: | 5.2.1 | Priority: | normal |
Severity: | normal | Version: | 5.2 |
Component: | Site Health | Keywords: | site-health has-patch fixed-major |
Focuses: | multisite | Cc: |
Description
Hello,
On a multisite, Site Health says "Manage your plugins" & "Update your plugins" with link to /wp-admin/plugins.php
but in Multisite the linbk should be /wp-admin/network/plugins.php
where the upgrade is possible.
Attachments (3)
Change History (23)
#2
@
6 years ago
- Component changed from General to Administration
- Type changed from defect (bug) to enhancement
#3
@
6 years ago
- Focuses multisite added
- Milestone changed from Awaiting Review to 5.3
- Summary changed from Plugins Upgrade Link for Multisite to Site Health: Plugins Upgrade Link for Multisite
- Version set to 5.2
#4
follow-up:
↓ 7
@
6 years ago
@jeremyfelt since this feature was introduced in 5.2, I would say it can fit to the next minor, isn't it? (cc @clorith)
#6
@
6 years ago
I'm on a patch and I think the update link should be network/update-core.php
and manage plugin to network/plugins.php
#7
in reply to:
↑ 4
@
6 years ago
Replying to audrasjb:
since this feature was introduced in 5.2, I would say it can fit to the next minor, isn't it?
Very possible! I just avoided making that call myself. :)
@sebastienserre 47189.diff is on the right track. There is a network_admin_url()
function that is available to both single and multisite that should work for this purpose. It has its own is_multisite()
check that will return admin_url()
when appropriate.
#9
@
6 years ago
Note that there's a menu_items
site option in multisite which can allow site admins to access plugins at /wp-admin/plugins.php
.
#11
@
6 years ago
I think, y working on this ticket, there's a problem with my patch because a "simpe" administrator will see it and click... but won't be authorized to go on the network level... very frustrating :-(.
This surely have something to do with a current_user_can()
.
#13
@
6 years ago
47189.2.diff changes only the "Update your plugins" link. Managing plugins can be done within the site context.
I hesitated adding network_admin_url
to the "Manage inactive plugins" link. A site administrator that clicks this form a site on a network could incorrectly assume they can just delete plugins that are inactive on that site. But, they could actually be active on other sites.
#14
@
6 years ago
- Keywords commit added; dev-feedback removed
I think 47189.2.diff is fine.
With regards to the "Manage inactive plugins", this section is unavailable in a multisite setting, so we don't need the network admin URL in that context.
#15
@
6 years ago
- Owner set to desrosj
- Status changed from new to assigned
Ah, you're right, @Clorith! This looks good.
#17
@
6 years ago
- Keywords fixed-major added; commit removed
- Resolution fixed deleted
- Status changed from closed to reopened
Reopening for backport consideration.
Good call, @sebastienserre. I think it makes sense to adjust the URL to better fit the context of that action.