#2627 closed enhancement (fixed)
Closed plugins should still have a public page
Reported by: | tellyworth | Owned by: | SergeyBiryukov |
---|---|---|---|
Milestone: | Plugin Directory v3.0 | Priority: | high |
Component: | Plugin Directory | Keywords: | ui-feedback has-patch dev-feedback |
Cc: |
Description
Currently, closed/disabled plugins show a 404 error page for regular users.
It would be better to have at least a minimal public page for historical context. Perhaps with download links etc disabled.
Attachments (10)
Change History (41)
#1
@
8 years ago
- Keywords has-patch added
The two initial patches give a minimal implementation to start with.
Closed (disabled) plugins are visible from the slug page - https://wordpress.org/plugins/wpclef/ for example. They don't appear in search results or other list contexts.
The theme patch hides the Download button on closed plugins. There are probably other things that should be disabled or hidden, and the message should be better - perhaps "This plugin has been closed and is no longer available for download."
#2
@
8 years ago
Historically disabled and closed plugins have not been displayed because they're usually done so for pejorative reasons.
Ill or nill, unless we're documenting WHY things are closed, I don't think it's wise to show closed plugins except to say "This plugin is closed..." as it would just cause the same FUD we have today (which I don't like, and yes, I'd like us to tackle in phase 2 :D )
Instead of showing the readme, I would recommend we display a simple message.
Closed: This plugin has been closed and is no longer available for download.
Disabled: This plugin has been closed for new installs.
In both cases for owner/admin: If you did not request this change, please contact plugins@… for a status. All developers with commit access are contacted when a plugin is closed, with the reasons why, so check your spam email too.
Then we can start considering how to properly flag things as 'closed by developer request' and 'closed for guideline infraction' (though I don't want to dog-shame developers and publicize their mistakes if I can help it...)
This ticket was mentioned in Slack in #meta by tellyworth. View the logs.
8 years ago
#4
@
7 years ago
My new patch is doing the following:
- refreshing the template file
- removing JSON LD
- adding meta robots: noindex to the page
#6
@
7 years ago
FYI #2860 is intended to _eventually_ be incorporated into this, but step one is to record why :) Then I have to figure out how we go back through the thousands of closed plugins and record things properly. Bad data is as useless as no data, after all. That's the phase 2 I mentioned before.
This ticket was mentioned in Slack in #meta by ipstenu. View the logs.
7 years ago
#10
@
7 years ago
- Keywords needs-patch added; has-patch removed
The latest patch does not address comment:2.
#11
@
7 years ago
@SergeyBiryukov - I think it's okay to push this without tracking why just yet.
That is, we can change it to "This plugin has been removed from the directory and is no longer available for download."
We can go back and enhance it with a separate ticket, but we need to make a step forward :) I'll make a ticket for the follow up of 'Publicly track and disclose WHY a plugin was closed' once we're done with #2860
This ticket was mentioned in Slack in #meta by ipstenu. View the logs.
7 years ago
#18
@
7 years ago
attachment:2627-add-noindex-meta.2.patch builds on @jipmoors patch with a couple of improvements:
- Clearer error message
- Hides Previous Versions on Advanced page
This ticket was mentioned in Slack in #meta by sergey. View the logs.
7 years ago
#24
@
7 years ago
Using https://wordpress.org/plugins/rickroll/ as an example, I've uploaded two images for examples of a 'better' layout.
Important notes:
1) Support, Reviews, and Advanced View can be left alone for now.
2) In the absence of a readme...
2a) plugin 'name' should be the slug (so yes, "Tap-dancing Demons for WooCommerce" would be woo-tap-demons)
2b) 'author' should be whomever is the owner of the plugin (there's a field for that)
3) Never show the header image or the custom icons
4) CURRENTLY the only things we can show on the status sidebar are "Status: Closed" - the other two need to wait for #2860 :D
The reason we're hiding images and content when possible is that plugins are sometimes closed due to guideline/copyright/content issues regarding readmes and images. If a dev has a plugin closed for injecting spam-links or is using copyright-protected images, we need to hide that for potential legal reasons.
While we can (and will) go in and edit those things for them, I'd rather protect them from themselves from the get-go. Makes for less work for US.
Make closed plugins visible from its slug page only.