Last modified: 2014-08-26 14:53:26 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T72022, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 70022 - Restrict NS_FILE and NS_FILETALK edit to sysop on Korean Wikinews
Restrict NS_FILE and NS_FILETALK edit to sysop on Korean Wikinews
Status: RESOLVED INVALID
Product: Wikimedia
Classification: Unclassified
Site requests (Other open bugs)
wmf-deployment
All All
: Unprioritized normal (vote)
: ---
Assigned To: Revi
https://ko.wikinews.org/w/index.php?t...
: community-consensus-needed
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-08-26 03:44 UTC by Revi
Modified: 2014-08-26 14:53 UTC (History)
15 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Revi 2014-08-26 03:44:55 UTC
There is a consensus to restrict edit for NS_FILE and NS_FILE_TALK on kowikinews. Upload is already restricted to sysop per bug 59823, so this should be trivial to do so.
Comment 1 Gerrit Notification Bot 2014-08-26 03:52:50 UTC
Change 156235 had a related patch set uploaded by Revi:
Set wgNameSpaceProtection on kowikinews

https://gerrit.wikimedia.org/r/156235
Comment 2 Alex Monk 2014-08-26 04:05:30 UTC
That seems strange. . . Can you explain why this is wanted?
Comment 3 jeremyb 2014-08-26 04:38:40 UTC
Even if you could find some way to justify this change, a proposal by one user and response by only one other user does not a consensus make. usually. (haven't tried google translate yet either)

although kowikinews is very small.

(~13 active users. ~19 less ~6 bots)

Maybe give another week?

In the meantime can you provide a translation of the local discussion and answer comment 2?
Comment 4 Revi 2014-08-26 07:08:55 UTC
(In reply to Alex Monk from comment #2)
> That seems strange. . . Can you explain why this is wanted?

We are currently using AbuseFilter for restricting File and File talk ns editing for sysop to prevent unnessesary edit and possible vandalism, but I thought system-wide limiting would be better.

(In reply to jeremyb from comment #3)
> Even if you could find some way to justify this change, a proposal by one
> user and response by only one other user does not a consensus make. usually.
> (haven't tried google translate yet either)
> 
> although kowikinews is very small.
> 
> (~13 active users. ~19 less ~6 bots)
> 
> Maybe give another week?

I'm fine with giving one more week (or two, if you want.)
Comment 5 jeremyb 2014-08-26 07:26:49 UTC
I'd also like to have a steward weigh in on this.

I don't know anything about the vandalism you're seeing and maybe a case could be made for File. However, I'm having trouble imagining any way to justify File_talk.

If you have a disruptive user then block them. If you have a group of meatpuppets targeting certain subjects then protect those subjects. Wholesale /Full/ protection (not semi) of an entire Talk NS is unreasonable.

Where would {{editrequest}}s go?
Comment 6 Revi 2014-08-26 07:55:39 UTC
(In reply to jeremyb from comment #5)
> I'd also like to have a steward weigh in on this.
> 
> I don't know anything about the vandalism you're seeing and maybe a case
> could be made for File. However, I'm having trouble imagining any way to
> justify File_talk.
> 
> If you have a disruptive user then block them. If you have a group of
> meatpuppets targeting certain subjects then protect those subjects.
> Wholesale /Full/ protection (not semi) of an entire Talk NS is unreasonable.
>
> Where would {{editrequest}}s go?

Only image on kowikinews is [[n:ko:Wiki.png]] and they would request {{editrequest}} to AN.
Comment 7 billinghurst 2014-08-26 11:23:34 UTC
I think that differing from a global default position of what a user can expect to be able to do, so is not ideal, and in looking at
 https://ko.wikinews.org/w/index.php?title=%ED%8A%B9%EC%88%98:%EA%B8%B0%EB%A1%9D/delete&uselang=en
I don't see evidence of deletions in 파일토론 namespace, and the last in 파일 namespace in February so one in 50 deletions. I think that there is overthinking in this scenario, in a community that is very small. I would suggest that this be a WONTFIX.
Comment 8 Revi 2014-08-26 11:59:43 UTC
Request withdrawn, per comment 7.
Comment 9 MF-Warburg 2014-08-26 12:00:06 UTC
This filter https://ko.wikinews.org/wiki/%ED%8A%B9%EC%88%98:%ED%8E%B8%EC%A7%91%ED%95%84%ED%84%B0/4 exists since February to prevent edits by non-sysops in these NSes. It was only hit once so far, as a test. I think this proves its unnecessity.
Comment 10 Gerrit Notification Bot 2014-08-26 12:00:23 UTC
Change 156235 abandoned by Revi:
Set wgNameSpaceProtection on kowikinews

https://gerrit.wikimedia.org/r/156235

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


Navigation
Links