Highlight changed links in spam watch emails



2 years ago
2 years ago


(Reporter: jwhitlock, Unassigned)




(Whiteboard: [specification][type:feature])



2 years ago
What problem would this feature solve?
Many spam attempts involve adding a link to an MDN page. New translations also involve adding links to an existing page. It appears that Akismet distrusts links, and is slowly being trained what links are expected on MDN. The edits often require human intervention to determine if they are spam or not, and looking for changed links is often a reliable way to make that decision.

Who has this problem?
Staff contributors to MDN

How do you know that the users identified above have this problem?
New translations that include many external links are more likely to be blocked.  "Just one more link" spam is a common revision that passes the Akismet checks and has to be manually marked as spam.

How are the users identified above solving this problem now?
When a user's first edit it to create a translation, the "first edit" email does not include a diff (bug 1269104), For a first translation edit like this one:


I load the raw version of the page:


I then open the source inspector and look for "href", visiting each link and deciding if it is a good or bad one.

Do you have any suggestions for solving the problem? Please explain in detail.
When creating a diff report for email, collect all the URLs linked in the previous revision or English source document, and all the URLs linked in the new revision. In the email, state what URLs were added, and what URLs were removed.

Is there anything else we should know?
This could later evolve into a URL whitelist / blacklist, where edits from existing users that add new links to untrusted domains cause the spam watch list to be notified.
Keywords: in-triage
You need to log in before you can comment on or make changes to this bug.