[wp-meta] [Making WordPress.org] #4656: Plugin Directory: Check for slug conflicts before accepting
Making WordPress.org
noreply at wordpress.org
Mon Aug 5 01:14:16 UTC 2019
#4656: Plugin Directory: Check for slug conflicts before accepting
------------------------------+-----------------------
Reporter: Ipstenu | Owner: dd32
Type: defect | Status: accepted
Priority: normal | Milestone:
Component: Plugin Directory | Resolution:
Keywords: |
------------------------------+-----------------------
Comment (by dd32):
Replying to [comment:2 Ipstenu]:
> Not being able to use slug is going to mean we still face the same
problem we have for years, which is people don’t realize you cannot have
the slug twice... They constantly submit the same slug they use for their
premium stuff.
>
> There’s no way to do that? The slug itself is the main issue, after all.
The slug is the main issue, but the slug is defined by the name anyway -
so it's basically the same check at the end of the day.. just using
slightly different sanitization methods.
The only place where checking the slug would be ''needed'' is by plugin
reviewers, so if we "reverse" slugs to the name for the check for a
reviewer, it should at least cover the majority of scenarios..
The reason that it's unable to lookup by slug is due to the significantly
higher number of plugin slugs used vs the number of plugin names, I know
it might seem odd, but when you exit the WordPress.org-hosted set of
plugins you end up with 5-10 different folder names per `Plugin Name`
header which requires significantly more memory to keep track of the "I
saw this in the wild" stat (Also why the stat is >=100 rather than 50 as
for themes)
--
Ticket URL: <https://meta.trac.wordpress.org/ticket/4656#comment:3>
Making WordPress.org <https://meta.trac.wordpress.org/>
Making WordPress.org
More information about the wp-meta
mailing list