Minecraft Wiki talk:Wiki rules

MCW:Wiki rules/Revision 1
Should that page get updated to the lastest rules, basically like the editcopy of the main page? Also, wouldn't it be more consistant to call the page "/editcopy" rather than "revision 1"? – KnightMiner  · (t) 20:22, 29 March 2015 (UTC)

Possible rule addition
I think there should be a language/swearing policy so users do not swear or use rude language. Thanks, TeamClawPath (talk) 16:45, 8 September 2015 (UTC)
 * Possible text: . In case it is not clear, I am in favour of this proposal. Related fact: "No profanity" is a rule on the Russian wiki. --GreenStone (judge me) 16:52, 8 September 2015 (UTC)


 * . By the way, I think GreenStone is about point 5 of the General rules sections of that wiki’s set of rules. Norrius et. al. made a more structured, grouped and wider set of rules. — Agent NickTheRed37 (talk) 17:12, 8 September 2015 (UTC)


 * I think this is already covered by rule 3. Perhaps the language could be tweaked to be more explicit, but this doesn't need to be a separate rule. -- Orthotopetalk 17:53, 8 September 2015 (UTC)


 * I think rule 3 is fine as it is. One person's profanity is another person's emphatic adjective and as long as the language isn't used to insult/harass/etc., it's fine. It's important that people be able to communicate in the way they are accustomed to doing -- saying that some forms of speech are inappropriate is equivalent to saying members of some cultures are not wanted here (and which words are appropriate can differ by location). Profanity is also subjective and evolving. For example, is "sucks" profanity? Most people of my generation use it as just a generic descriptive of badness, but previous generations and those from more modest cultures (e.g., American midwest) can be offended by it. How about SNAFU or FUBAR? Both evoke profanity, but not explicity, yet could offend older people while being completely unknown to younger. The word "bloody" has virtually no stigma to an American but can offend British speakers. Are we going to have a list somewhere of what words count as profanity and what debatable words do not? The path of censorship is a morass of questions. &mdash;munin &middot; Grid_Book_and_Quill.png Grid_Stone_Pickaxe.png &middot; 18:44, 8 September 2015 (UTC)


 * While I am personally against profanity, I would have to agree with Munin on this. It is impossible to define a list of all the disallowed profanity, especially since words may or may not be profanity based on the person. And with profanity already not being within the writing style on articles, the only pages really affected would be the rare talk page or edit summary.
 * On that topic, I would avoid adding rules added just for the sake of having them. There has not been any problem with profanity recently (in fact, I have rarely seen any), so such a rule would basically be saying "don't do this thing you are not doing". Instead if you don't like profanity, simply avoid using it, and if you see a user using profanity, you can kindly say something on their talk page like "while it is not against the rules, it would be nice if you did not use profanity in your talk page messages". – KnightMiner  · (t) 04:28, 9 September 2015 (UTC)


 * Vote for support withdrawn. However, I propose the following change to rule 2:  This provides links to relevant Wikipedia policies so that those who read the rules and want to learn more can simply click the links to do that. The proposed rule also sounds more official (which an official document (which the rules page is) should probably be). Also, the addition of disruptive editing makes a situation possible where a user is officially warned for using profanity when they were previously unofficially told to try to tone it down. --GreenStone (judge me) 10:04, 9 September 2015 (UTC)


 * I agree to that. I have seen users blocked before for disruptive editing, so it makes sense to directly state it in the rules. (though "absolute no-no" was such fun wording :P) – KnightMiner  · (t) 14:19, 9 September 2015 (UTC)


 * Actually yes. Vote withdrawn. Point #3 can be changed to be topic-neutral — this should apply everywhere. And, “absolute no-no” won’t look or sound serious. — Agent NickTheRed37 (talk) 17:17, 9 September 2015 (UTC)


 * change to rule 2 but with modification -- I think the following is sufficient:  &mdash;munin &middot; Grid_Book_and_Quill.png Grid_Stone_Pickaxe.png &middot; 18:25, 9 September 2015 (UTC)

Vandalism
What does that mean?--207.204.181.251 21:08, 5 December 2016 (UTC)


 * Vandalism is when a user (any user, either anonymous or with an account), creates a page or edits an existing one with vandalistic intent. However, their edit is not constructive, as it would either remove content and replace it, or delete content, or add content that was never intended to be there. This type of editing is harmful to Wikis, as it adds content that should not be there, or harmfully modifies existing content. Reasons for vandalism vary. Hope I helped you out some. Thanks, Maethoredhel     Talk | Contribs 21:34, 5 December 2016 (UTC)

Does sockpuppet means...
Rip off?--173.228.205.51 19:54, 9 December 2016 (UTC)


 * No. See Sockpuppet (Internet) and wp:Sock puppetry. -- Orthotopetalk 01:45, 10 December 2016 (UTC)

IP user pages
The following are reasons to ban IP user pages:
 * Often, unregistered users make a few edits and never return, or they decide to create an account.
 * If they plan to remain as an anonymous user, their IP address will change frequently, and they cannot move their page to the new IP. Having registered users move their page all the time would be a hassle, and they could be using it as a trick to move someone else's page.

We need an official rule that says as follows:

Unregistered users may not have user pages, and IP user pages may be deleted without notice.

The BlobsPaper.png 03:30, 10 January 2017 (UTC)


 * I don't think we should block anomymous users from creating user pages, instead we should make something to automatically delete their user pages if they are inactive for a long period of time. Lê Duy Quang (Make some words | Contributions) 03:41, 10 September 2018 (UTC)

"...though server IPs may be posted on tutorial pages if relevant."
Just thinking about it, is it ever relevant? I don't see how it could be, but I've not used/contributed to many tutorial pages so I suspect someone knows better than I do. -Xbony2 (talk) 12:22, 19 July 2017 (UTC)


 * I don’t think posting server IP addresses does ever contribute to the content of tutorials. I support taking this amendment down. On Russian Minecraft Wiki (which has its own unique system of rules) there is no such amendment, and any server IP posting on tutorials is considered spam and prohibited with accordance to the Base Rules point 4 which is simple, strict and concise:
 * 4. Publishing advertisement materials or materials intended for propaganda by any cause is prohibited.
 * —  NickTheRed37 (talk | RU) 11:18, 20 July 2017 (UTC)
 * I was thinking about it, and I suspect it means like as an example. It would be hard to create a tutorial about connecting to a server without any IP. -Xbony2 (talk) 11:56, 20 July 2017 (UTC)
 * An invalid IP could be used as an example. —  NickTheRed37 (talk | RU) 14:00, 20 July 2017 (UTC)
 * An invalid IP is an IP :P -Xbony2 (talk) 14:34, 20 July 2017 (UTC)
 * But if it is proven that it doesn’t point to a server (maybe via a ), it is fine to use. —  NickTheRed37 (talk | RU) 15:19, 20 July 2017 (UTC)
 * Text proposal: "Posting IPs or other server data potentially sufficient to identify a public server and/or connect to it is also considered advertisement. If information of this type is necessary on a tutorial page, invalid data or placeholders should be provided (e. g.  or   instead of what is a possible server IP address)."
 * Would we also need to require notes explicitly pointing out that the provided data are invalid?
 * Also, how do you prove that an IP doesn't point to a server? --AttemptToCallNil (report bug, view backtrace) 15:29, 20 July 2017 (UTC)
 * Just recommend the use of IPs that are explicitly reserved and cannot be assigned on the Internet: 127.0.0.1, 192.168.1.1, etc., and whatever their IPv6 equivalents are. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 21:33, 21 July 2017 (UTC)

Possible new rule?
Just curious, what is the general opinion about adding a rule to not use talk pages as forums? I've noticed this has been a bit of a problem lately, and I do feel like it's something worth mentioning in the wiki rules, as it's annoying and I have seen users get blocked for this. If we do add this rule, I'm thinking it should be sort of like the following:

Thoughts?-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 23:14, 6 June 2018 (UTC)


 * Fits better on the talk page guidelines in my opinion. When we redid the rules a couple years back the goal was to make this page mostly major blockable offenses, using talk pages as a forum is not something you will get blocked for unless you do it repeatedly. Plus, the whole point of the talk page guidelines is they cover all things talk page. If you have to block someone in violation of that, you can just cite MCW:TALK. – KnightMiner  · (t) 15:06, 7 June 2018 (UTC)


 * I agree with KnightMiner. The forum part here could be added as a new list item of the first general guideline, phrased for example like this:  (the rest of the above suggestion is already covered there I believe). – Jack McKalling [ Grid Book and Quill.png Grid Diamond Pickaxe.png ] 15:43, 7 June 2018 (UTC)

Three revert rule?
What do you think about introducing a three revert rule or some variation of it? This has been suggested on Discord, and emoji reactions to the suggestion message seem to indicate substantial support. --AttemptToCallNil (report bug, view backtrace) 18:20, 6 September 2018 (UTC)


 * As I said on Discord, I this. I believe this would help reduce edit wars.-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 18:30, 6 September 2018 (UTC)
 * Or at least add something for us to refer to when edit wars occur other than to the catch-all "disruptive editing" clause in rule 2. --AttemptToCallNil (report bug, view backtrace) 18:36, 6 September 2018 (UTC)
 * Wikipedia-logo.png psl85  (talk • contribs) 18:35, 6 September 2018 (UTC)
 * Frisk (Talk page) 18:58, 6 September 2018 (UTC)
 * some variation of the rule described behind the link. With this new MCW rule, it should be very clear in which cases we can or cannot revert, and where/how to report potential cases, as well as what action should be taken by the relevant admin. I'm not sure we'd need to make an adaption of the rule, but I'm just not aware of any of the mentioned policies and noticeboards on that page, and can't tell we have any of them here. – Jack McKalling [ Grid Book and Quill.png Grid Diamond Pickaxe.png ] 20:46, 6 September 2018 (UTC)

Proposal
There are many flaws with the standard 3RR, including the fact that you can just make 3 reverts every day and that it covers material no matter how different it is. Here's my proposal:

12. Persistent edit warring is not allowed.
 * 1. In specific, one must not make more than 3 reverts within the span of 1 week if it involves the same or similar material or the same user. When in doubt, don't revert.
 * 1. Users who violate this rule may be blocked from editing.
 * 2. Reverting clear, obvious, and deliberate vandalism is an exception to this.
 * 2. Users may still be blocked for edit warring even if they don't violate this rule.

-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 12:58, 18 October 2018 (UTC)

Alternate proposal
Because timing and intermediate edits in my opinion have nothing to do with content conflicts, I would like to propose something else, although similar. This proposal is weaker in when an edit may be reverted, but stronger in how many may be reverted. Also, I'm not phrasing any consequenses to a violation of this rule, as I think that should be determined on a case by case basis by the related admin(s).

12. Persistent edit warring is not allowed.
 * 1. The same content may not be reverted more than three times.
 * 1. This includes multiple people reverting the content, unless it is an interfering admin who sets the final resolution.
 * 2. This also includes both using the "undo" tool on one or a set of revisions, and performing a regular edit that changes the content in a way that reverts the related content changes.
 * 3. Any unrelated intermediate edits by any user, have no effect on the amount of times the content may be reverted.
 * 2. There is no specific time frame in which content may be reverted, although the count is reset if the content to revert changes significantly over time.
 * 3. Report the content instead of reverting, when it has been reverted three times already.

– Jack McKalling 13:41, 18 October 2018 (UTC)

Sub-rules should be numbered as x.y
The current format of the rules page is:

...
 * 1) You can do this.
 * 2) Except this.
 * 3) Also, when doing that you must also do this.
 * 4) Do not do anything bad.
 * 5) This includes these.

This looks not very professional and I recommend changing to this:


 * 1. You can do this.
 * 1.1. Except this.
 * 1.2. Also, when doing that you must also do this.
 * 2. Do not do anything bad.
 * 2.1. This includes these.

Lê Duy Quang (Make some words | Contributions) 03:25, 10 September 2018 (UTC)
 * I remember this being doable using standard numbered lists with CSS counters (I remember that from a tutorial posted on a Russian "teach yourself HTML/CSS" site); I am neutral, leaning slightly towards support, until other people comment on the issue. --AttemptToCallNil (report bug, view backtrace) 07:55, 10 September 2018 (UTC)
 * I do think that looks nicer, so I would probably support that. I have no clue how a CSS counter can be generated, though, and if it's something complicated, I don't think it'd really be worth it.-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 13:54, 12 September 2018 (UTC)

The main rules page is named "Project page"???
This explains itself:



Lê Duy Quang (Make some words | Contributions) 03:31, 10 September 2018 (UTC)


 * All pages in the Minecraft Wiki namespace are considered to be project pages by the software - in fact, the project namespace name is actually an alias for it. (Try typing Project:Wiki rules). It could probably be changed with JS or something, but I'm not sure it's worth it.-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 03:35, 10 September 2018 (UTC)


 * Correct, the namespace the page is in has the same name as the wiki, so it's about the wiki project. You could say the MCW namespace is the space for all "meta" content of the wiki, or content about the wiki itself rather than the subject the wiki is about. Just like all our mcw:projects are specifically about the work on the wiki itself. – Jack McKalling [ Grid Book and Quill.png Grid Diamond Pickaxe.png ] 07:29, 10 September 2018 (UTC)


 * I don't see any issues with that display. We could change MediaWiki:Nstab-project (which means JavaScript isn't necessary), but I see no need to do it. I would do it if it were to be determined necessary though. --AttemptToCallNil (report bug, view backtrace) 07:42, 10 September 2018 (UTC)
 * Agreed not necessary. – Jack McKalling [ Grid Book and Quill.png Grid Diamond Pickaxe.png ] 07:50, 10 September 2018 (UTC)
 * Oh, I guess I was wrong - a MediaWiki namespace system message does exist for it. I agree that it's probably not necessary though.-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 12:22, 10 September 2018 (UTC)