Closed Bug 1682551 Opened 3 years ago Closed 2 years ago

Prevent non-reviewers from updating non-english KB description and slug

Categories

(support.mozilla.org :: Knowledge Base Software, task)

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: kiki, Unassigned)

References

Details

Attachments

(3 files)

I've seen enough examples of non-contributors modified kb description (title and slug) with wrong detail (sometimes even using an obscene term). Article revision should be approved before being published, but article description can still be modified by any user. This is not ideal.

This time, it's an add-ons article that is changed to 'youtube' as the title.
Original article: https://support.mozilla.org/en-US/kb/add-on-badges/history
False localized/modified version: https://support.mozilla.org/id/kb/youtube

I'll change the title back to English since we don't have the correct localization for the article yet.

The same person is trying to modify the content (which, hasn't been translated at all). https://support.mozilla.org/id/kb/youtube/review/209904

Hi Kiki, was this request ever resolved? Just cleaning out the Bugzilla queue today!

Flags: needinfo?(kelimutu)

This is still a problem, but one of the KB software (and policy/programmatic decisions) rather than content.

Related github issue: https://github.com/mozilla/sumo/issues/566

Component: Knowledge Base Content → Knowledge Base Software
Flags: needinfo?(kelimutu)
See Also: → 1712241
See Also: → 1756475

I forgot I filed this one and opened another report (bug 1756475) yesterday. I'll just reiterate my proposal here to make it easier to discuss.

My proposal would be to treat changes to article's title and slug as revision. So, adding an extra layer of verification process before the changes are applied.

From a quick convo with Alice in bug 1756475, it seems that this issue only happen on the non-english locales. On English KB, only reviewer are able to change title and slug.

Another proposal that might be possible is to treat an already localized non-English KB the same as the English one, so only reviewers are able to modify the tittle and slug. The problem remains with how we should treat a fresh localized article with random term. Because as far as I know (and I just tested it), the changes to title and slug are made immediately once the new revision is sent. Which is a problem if the slug contain spammy content from random spammer.

Summary: Prevent non-contributors to update KB description → Prevent non-reviewers from updating non-english KB description and slug

Just wanted to let you all know that this is underway. Ryan ended up restrict KB articles (including the localized one) with no approved content for a few groups, including the creator, superusers, and users with special permission (admin, KB reviewers, Reviewers, locale leaders, locale reviewers, and users with wiki.review_revision and/or wiki.delete_document permission).

Here's the related PR: https://github.com/mozilla/kitsune/pull/5181

A fix for this has been released to prod.

Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED

(In reply to Kelimutu [:kiki] from comment #7)

Just wanted to let you all know that this is underway. Ryan ended up restrict KB articles (including the localized one) with no approved content for a few groups, including the creator, superusers, and users with special permission (admin, KB reviewers, Reviewers, locale leaders, locale reviewers, and users with wiki.review_revision and/or wiki.delete_document permission).

Here's the related PR: https://github.com/mozilla/kitsune/pull/5181

Users who are not signed in to Mozilla Support and signed in users with no special permission will now see a Page Not Found (404) page when they visit an article with no approved content (screenshot).. This can be an issue for in-product links when content is pending review or when the linked article is only a placeholder, as reported in bug 1786702 (quote: The opened page, https://support.mozilla.org/en-US/kb/quick-actions-firefox-search-bar?as=u&utm_source=inproduct, is a 404).

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: