Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Allow legitimate use of trademarks #438

Closed
bluefuton opened this issue Mar 19, 2024 · 6 comments
Closed

Allow legitimate use of trademarks #438

bluefuton opened this issue Mar 19, 2024 · 6 comments
Labels
[Type] Enhancement A suggestion for improvement of an existing feature

Comments

@bluefuton
Copy link

I help maintain the Akismet product, and we've had a user report that the plugin fails the trademarked_term test:

Screenshot 2024-03-19 at 14 10 21

In this case, Automattic owns the trademark and we are permitted to use this. Would it be possible for the trademark check to take account of a list of plugins that legitimately can use the trademark?

@swissspidy swissspidy added the [Type] Enhancement A suggestion for improvement of an existing feature label Mar 19, 2024
@swissspidy
Copy link
Member

Hmm it's a bit of an education/documentation issue I suppose. The trademark check is part of the plugin review category which is mostly relevant for initial plugin submission. It's not really something to test on an already published plugin. But I totally get that this causes confusion and unnecessary support burden like in your case.

Maintaining a hardcoded list somewhere is not really scalable, so perhaps we could just check if the plugin is already published in the repo and don't warn if that's the case (because then obviously it already got approved for use).

Curious to hear what others think.

@bluefuton
Copy link
Author

perhaps we could just check if the plugin is already published in the repo and don't warn if that's the case (because then obviously it already got approved for use)

That sounds like a smart solution 👍

I think people are trying Plugin Check with Akismet because it's a plugin all sites have by default, so it's the natural choice for a test run.

@felixarntz
Copy link
Member

felixarntz commented Mar 28, 2024

@swissspidy While I generally would agree with the sentiment of hard-coding plugins not being maintainable, I wonder how much that applies here, given that even the inclusion of the term "akismet" is plugin specific, for instance. The trademark check is all about checking "hard-coded" terms anyway, so I think hard-coding specific exceptions which are authorized to use specific terms is worth considering.

Checking for whether the plugin is already published could work, though with that I'm worried that a plugin could also change some of this data later (plugin names for instance can always be changed).

Potentially, we should hard-code authorized wordpress.org accounts rather than individual plugins, as that would simplify things. For instance, instead of hard-coding every single Woo extension, we could only hard-code their .org account, which we could get from the Contributors entry in readme.txt. WDYT?

@swissspidy
Copy link
Member

The contributors list can also always be changed, so that‘s no guarantee either.

Since this is an edge case (people testing PCP on a plugin that exists on their site), we can probably just add a hardcoded allowlist of plugin slugs for now and then iterate later.

@swissspidy
Copy link
Member

Fixed by #496

The trademark issue is now only a warning, not an error.

@bluefuton
Copy link
Author

Thank you @swissspidy! That will help 👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
[Type] Enhancement A suggestion for improvement of an existing feature
3 participants