[00:45:24] Greg Rundlett @freephile posted in Some content (in extra Namespaces) refuses to index - https://discourse-mediawiki.wmflabs.org/t/some-content-in-extra-namespaces-refuses-to-index/1258/1 [11:02:46] @TheMarmottin posted in Querying Wikidata using Jena, app freezes after the 5th query - https://discourse-mediawiki.wmflabs.org/t/querying-wikidata-using-jena-app-freezes-after-the-5th-query/1262/1 [20:53:10] Anyone that knows of an extention that adds user/group based rights for categories to mediawiki? (thinking of moving to bluespice just for this, but that might be overkill) [21:05:00] finalbeta: what sorts of rights are you looking for? [21:05:20] and, on the categories themselves, or applied to pages in those categories? [21:05:40] (depending on your answer, that functionality may already be built-in) [21:07:06] notably, there's $wgNamespaceProtection which can restrict who can edit pages in a given namespace [21:07:19] there's also Extension:Lockdown which can restrict a couple more rights on a per-ns basis [21:07:39] but if you want an extension where category *membership* determines ACLs, I'm not aware of anything like that [21:08:10] it also sounds highly vulnerable from a security standpoint, as category memberships can be easily added or removed (in other words, categories are probably not the right solution for this) [21:10:18] I could see it for read access [21:10:39] Seems like it would be problematic if the categories on a page could determine who could write to a page (and thus change the categories) [21:10:59] even for read, it's easy to accidentally remove or add a category, especially if it comes through a template [21:11:26] (plus for read you have all the fun with the various ways of fetching the page text)