Page MenuHomePhabricator

Stable categories feature
Closed, DeclinedPublic

Description

It would be very beneficial to wikinews projects if flagged revisions took categories into account. If someone adds a category to an article, the article should only be added to the category if the revision is sighted. If none of the revisions of that page are sighted, categories should still work in the normal way.

This is important for wikinews, since we use categories to determine which articles are 'published'. Removing the category publish causes the article to become de-published (a bad thing). Even worse, when the edit is reverted, it causes the article to become the most recently published article, as we use the cl_timestamp of category:publish to determine the publish date. This means a vandal can cause an old article to become the most recently published article, and there is nothing we can do to revert the damage. This causes a lot of head-aches.

Cheers,
bawolff

p.s. This is essentially almost a dupe of Bug 20243 (the non-dupe part being covered by Bug 16287 ) , but that bug is very unclear what exactly it is asking , so i thought i'd file a more direct request. Hope thats ok.


Version: unspecified
Severity: enhancement

Details

Reference
bz20813

Event Timeline

bzimport raised the priority of this task from to Lowest.Nov 21 2014, 10:49 PM
bzimport set Reference to bz20813.

Categories, image/template use, page links are all based on the draft version. This was looked into and discused a while ago.

If such a feature is to be added it would be:
(1) Optional per site
(2) Possible only for certain categories (such as a list from some MW:x message)

Also see the closed bug 15250

As far as wikinews is concerned, if we could make it work with just [[category:Published]], It would be very helpful.

Thank you. One more stupid question, what would be the format of [[mediawiki:FlaggedRevs-stable-categories]]. say we wanted to add [[:category:Foo]]. Is it:

  • Category:Foo

or is it

  • Foo
  • Bug 20243 has been marked as a duplicate of this bug. ***

(In reply to comment #4)

Done in r56954

Removed in r69082 due to performance/cache issues.

This might end a wontfix, repopening for now.

/me notes he was already getting bugmail for this bug as its reporter, so the cc is unnecessary, but thanks for thinking of me.

Crossing fingers that this gets re-implemented, but I understand that scalability takes precedence over minor features like this one.

(In reply to comment #8)

(In reply to comment #4)

Done in r56954

Removed in r69082 due to performance/cache issues.

This might end a wontfix, repopening for now.

Also this creates an edge case of categories that handle differently.

Whatever list is needed should be done in a different way if at all.