The Sims Wiki talk:Admin Portal

This is the Admin Portal Talk Page, abbreviated as the APTP. This page is used by administrators to discuss administrative action, responsibilities, and tasks.

While non-administrators are more than welcome to read, browse, and link to discussions on this talk page, they cannot actively take part in discussions. If you wish to contact an administrator, or if you require assistance with anything else that is administrator-related, please start a thread at the administrators' noticeboard.

''These rules have taken effect as of July 31, 2014. Before this date, non-administrators were allowed to participate in discussions on this page, so you may see non-administrators posting here. The proposal and discussion can be found here.''

Global Navigation header
There is currently a discussion going on about the incoming Global Navigation header. The discussion is not resolved yet but the prevailing opinion seems to be opposition to the new Global Navigation bar; there has so far been no support on that post for the new feature. As the wiki now has a Site Feature Policy, the will of the community needs to be heard. To that end, the policy specifies that we - the administrators - " take any step, short of violating Wikia's Terms of Use, to ensure proper adherence to [the Site Feature Policy]". The policy is silent on how to apply that directive, but it seems in this case the likely answer is to put in a Special Contact to Wikia Staff.

In the event that the discussion does indeed result in a rejection of the Global Navigation menu, I think we as admins should decide what message we want to send to Staff, and whether we are going to select a single admin to send the message or have individual admins send their own messages. Of course, the SFP does not limit an individual admin's options (except as it relates to Wikia's TOU), so each admin could choose to send their own message or pursue some other method of advocating for the community. However, I think we would benefit from having a cohesive message and a clear goal in our communications with staff.

So, I think we need to decide how we're going to contact staff, and what we're going to say in our contacts. --  LostInRiverview talk ~ blog 03:03, September 29, 2014 (UTC)


 * We should cite our Site feature policy and ask Wikia to give us time for our community to discuss the change, and then we'll present them the thread, the consensus, and the outcome of the discussion. --I am  k6ka  Talk to me!   See what I have done  11:02, September 29, 2014 (UTC)

Update: The outcome of the thread is clearly and unanimously (at the time of writing) opposed to the new Global Nav bar. As a result, I've drafted a suggested message for Wikia Staff. I'm not sure if we should all send the same message, but regardless I think the things included in the message below are a good place to start. Should we use one cohesive message, or should different admins write their own? Additionally, how many administrators should attempt to contact Wikia Staff? --  LostInRiverview talk ~ blog 07:07, October 11, 2014 (UTC)


 * Draft message


 * To whom it may concern,


 * I am an administrator on The Sims Wiki, contacting you in an official capacity on behalf of the editor community on The Sims Wiki. We have held a wiki discussion (located here: http://sims.wikia.com/wiki/Forum:New_Wikia_header_bar) regarding the pending changes to the Wikia Global Navigation header (as announced at: http://community.wikia.com/wiki/User_blog:Rupert_Giles/Introducing_Updated_Global_Navigation). As a result of this community discussion, are formally requesting that The Sims Wiki be exempted from changes to the Global Navigation header.


 * While we respect Wikia's desire to update its theme, there are numerous legitimate concerns that the new header will be detrimental to The Sims Wiki and other Wikia wikis. Primary concerns include the inability for local wikis to customize the appearance of the header, a use of the term "wikia" to refer to the local wiki (i.e. the header incorrectly says "search this wikia" instead of the proper "search this wiki"), and concerns that the header is too large and obtrusive. Ultimately, the desire of Wikia to update its global navigation header should not outweigh the right of local communities to determine the look and feel of their wikis, the terms and names used to describe their wikis, or the ability to control how their wiki functions.


 * We are also seeking an exemption due to our official wiki Features Policy (readable here: http://sims.wikia.com/wiki/The_Sims_Wiki:Site_feature_policy). Under this wiki policy, all new Wikia features must be disabled by default, unless the changes are due to an update to MediaWiki itself. This policy exists to protect The Sims Wiki's right to determine its own function and appearance and to protect community consensus and community choice on our wiki. Ignoring this request for an exemption is ignoring wiki consensus, as an official wiki discussion (linked above) has shown that The Sims Wiki editor community is overwhelmingly opposed to these changes.


 * In closing, I politely but firmly request that Wikia abides by the wishes of The Sims Wiki's community, and allow The Sims Wiki to be exempted from the upcoming changes to the Global Navigation header.


 * Thank you for your consideration,


 * Name

I don't think having three administrators all send the same message will work. Sure, it might get the message out, but it will probably be more of an annoyance to Wikia Staff, rather than a request. I think the draft message above pretty much sums up our point. So the problem now is... who will send the message to Special:Contact? Do we draw lots? --I am  k6ka  Talk to me!   See what I have done  14:15, October 11, 2014 (UTC)

User:EmiEm64 / User:Snauspi
Both these accounts are operated by the same person. I have not blocked either account because the account owner is not trying to disguise the connection, and the account owner has not acted in bad faith. I have advised the account owner via EmiEm64's talk page of our rule against sock puppetry, and await a response. If there is no response, we'll have to figure out how we want to proceed. --  LostInRiverview talk • blog  •  contribs 19:10, March 4, 2015 (UTC)


 * I don't feel that using Warning was a good idea, especially for a good faith user. A hand-written warning with emphasis on AGF would have been more appropriate. --I am  k6ka  Talk to me!   See what I have done  20:19, March 4, 2015 (UTC)


 * I think we should allow the user to continue editing, albeit just with one account. They haven't made any bad-faith edits, and just had an unawareness of the sockpuppetry rule, so it should be okay. &#8213; The  Tim   Man  (Infinite Histories • Galactic Crucibles • The Sims Wiki • Hallows Maleficent • Why I'm here in the first place ) 22:50, March 4, 2015 (UTC)


 * I stand with WikiBuilder's notion. No need to block both accounts when the user is most likely a good faith user. MILK FOR THE UNYUUFEX, FLAT CHEST FOR THE CUTENESS THRONE, SKULLS FOR THE SKULL PROBES  (user talk:Mathetesalexandrou) 23:58, March 4, 2015 (UTC)


 * If a block is issued on the unused account, use Socksoftblock. I disapprove of blocking both accounts, because the user has made no harmful edits. --I am  k6ka  Talk to me!   See what I have done  00:04, March 5, 2015 (UTC)


 * At the moment, I feel it's best to notify the user about multiple accounts ownership with a message instead of a warning template. They should, at least, understand that they remain consistent with one account. Blocking the other account may seem unnecessary, but I think it still has to be enforced even if the user hasn't done any bad-faith edits.  Nikel  Talk  –  Vote!  12:51, March 5, 2015 (UTC)
 * I'd like to wait for further input from the user themselves before doing anything but as long as they're not doing anything malicious I don't think the main account should be blocked.

From the history for those accounts, it appears that the user may have considered shifting to a different username, then either decided against it or realized that that wasn't how to do it. All contributions for User:Snauspi are on March 4, and that userpage was blanked on March 4 at 18:40, after which the user continued editing as User:EmiEm64. Between that and the user's history of good-faith edits, I think Warning was unnecessary. I've left them a message pointing them to the process for requesting a username change. Dharden (talk) 13:18, March 6, 2015 (UTC)
 * I think everything I wanted to say has been said above. The warning was a bit unnecessary, but as of yet, the user hasn't shown they have issues with it, so we should be thankful for that. A softly written message would be better suited. If the user wishes to continue editing under User:EmiEm64, they should perhaps look into getting User:Snauspi deleted or globally blocked; which they can request, via Wikia themselves. They should also keep us updated with their decision. ~ Beds (talk - blog ) 14:10, March 6, 2015 (UTC)

and
I suspect that both Commentadder and Cubisticmage911 are sockpuppets of : Both Commentadder and Cubisticmage911 have been issued warning from the GTA wiki, and both have been seen uploading gif images to the Disney wiki, when an admin from the said wiki told commentadder not to. I have blocked Cubisticmage911 for 12 hours, please confirm sock and hardblock if needed. MILK FOR THE UNYUUFEX, FLAT CHEST FOR THE CUTENESS THRONE, SKULLS FOR THE SKULL PROBES (user talk:Mathetesalexandrou) 01:29, March 21, 2015 (UTC)

In addition, the user Cubistic.mage has been blocked on Disney wiki for vandalizing stuff regarding Lilo and Stitch, and while Commentadder and Cubisticmage911 haven't overtly vandalized them, they have made edits on articles dealing with the said subject matter, and as stated above Commentadder has been told not to upload gif images and Cubisticimage911 has been seen doing the same. MILK FOR THE UNYUUFEX, FLAT CHEST FOR THE CUTENESS THRONE, SKULLS FOR THE SKULL PROBES (user talk:Mathetesalexandrou) 01:35, March 21, 2015 (UTC)
 * After looking into this, I suspect that you are correct, at least as far as Commentadder being the same person as Cubisticmage911. Regarding whether they are the same person as Cubistic.mage, that would be difficult to prove and ultimately not relevant, as controlling two accounts is sockpuppetry in and of itself. I'll put in a CU request. --  LostInRiverview talk • blog  •  contribs 01:43, March 21, 2015 (UTC)
 * I suspect that they are the same user because of the copy and pasting of the block notice from Commentadder to Cubisticmage911's talk page. I guess we'll just wait to see what the CU says. -- Icemandeaf (talk) 21:19, March 21, 2015 (UTC)
 * Both users have been globally blocked on Wikia. That, as well as the other evidence presented, pretty much confirms that they are socks. At this point, since both accounts are globally blocked, there's nothing more we need to do. -  LostInRiverview talk • blog  •  contribs 01:20, March 22, 2015 (UTC)
 * What do you know, I've earned my keep as admin for once. MILK FOR THE UNYUUFEX, FLAT CHEST FOR THE CUTENESS THRONE, SKULLS FOR THE SKULL PROBES  (user talk:Mathetesalexandrou) 03:14, March 22, 2015 (UTC)

and
I suspect that the user is a sockpuppet of. Whilst neither account has technically made any bad-faith edits, VonBraun did blank AlexConnorBrown's userpage, which I reverted just in case. I recommend issuing a soft block to AlexConnorBrown's account, as it is probably so that this user wishes to use the VonBraun account in the future. &#8213; The  Tim   Man  (Infinite Histories • Galactic Crucibles • The Sims Wiki • Hallows Maleficent • Why I'm here in the first place ) 23:15, March 21, 2015 (UTC)


 * I shall leave a message for him to check and confirm. MILK FOR THE UNYUUFEX, FLAT CHEST FOR THE CUTENESS THRONE, SKULLS FOR THE SKULL PROBES  (user talk:Mathetesalexandrou) 00:03, March 22, 2015 (UTC)


 * AlexConnorBrown was created on March 20, 2011, and has 21 total edits across Wikia. VonBraun was created on August 5, 2014, and has 1,324 total edits across Wikia. --I am  k6ka  Talk to me!   See what I have done  01:24, March 22, 2015 (UTC)


 * The fact that they share the same name is probably a coincidence?  Nikel  Talk  –  Vote!  08:18, March 22, 2015 (UTC)


 * It's possible that it's coincidence, but VonBraun's header says "aka Alex Brown". Also, AlexConnorBrown's profile says "I am Alex Brown i am 11 years old", but that edit was made on April 2, 2011. I suspect that this user either left or was "escorted out" for being underage, and may have forgotten the login for AlexConnorBrown by the time he decided to return. I think a soft block for AlexConnorBrown is probably a good idea. Dharden (talk) 14:18, March 24, 2015 (UTC)


 * So we all good for a soft block for ACB? &#8213; The  Tim   Man  (Infinite Histories • Galactic Crucibles • The Sims Wiki • Hallows Maleficent • Why I'm here in the first place ) 23:12, March 25, 2015 (UTC)

Possible socks discussion
I chose not to put the user names in the header, in case the named users would happen to see the header name pop up in recent changes or wiki activity. But there is a matter of some importance regarding a few editors here that is worthy of discussion.

created an account on TSW yesterday, and the *very first place* they edited was the noticeboard, where they left this message:


 * EPICMINECRAFTER and Chrissy Brown who is ILoveTheSims5 have the same profile pic see:https://m.youtube.com/channel/UCRwsWlSDoiAVkPgW2gF5qCQ I think she is a sock puppet of ILoveSims5. Sweet&#38;Innocent (talk) 15:50, March 24, 2015 (UTC) [Links added by me]

This message was sent less than a day after I received a pair of messages on ModTheSims from "Lover1219." The first message was very much like the one above; here it is in its entirety:

  ''
 * ''The truth about User:EPICMINECRAFTER101 is that she is a sock of User:ILoveTheSims5 See: https://m.youtube.com/channel/UCRwsWlSDoiAVkPgW2gF5qCQ
 * ''And
 * ''http://simsfanonstories.wikia.com/wiki/Message_Wall:EPICMINECRAFTER101
 * She has of same profile pic as Chrissy Brown who is ILoveTheSims5 

The second message from "Lover1219" is what gives me pause, however:


 * I have truly changed and I regret what I did. I'd like to apologize to everyone. I am being honest. I truly just want to be you guys friend. I want to help you guys improve your wiki and help the whole wikia community. I'd like to be a VSTF because I want to help wikia. It's my favorite site. I am done doing bad things I promise. I will get all my accounts globally disabled. I truly have had a change of heart. I regret everything I did in the past. It was a horrible mistake and I've learned from it. I will never sock or troll or vandalize again. I just want a chance to prove myself to you guys. I am a worthy and useful contributor. I really just want to be a good user. I wish I could take everything back. Please forgive me. 

Then, as if this all wasn't confusing enough, I received another message on MTS about an hour later, from a different account, "ChissyAnna Brown", which is as follows:


 * My Recent Sock Is EPICMINECRAFTER101 

I find it very hard to believe that Sweet&Innocent is not "Lover1219" of ModTheSims, and I'm also reasonably sure that this person is also in control of the "ChrissyAnna Brown" alias on MTS. Whether this person is in fact ILS5, I cannot say. If S&I is indeed telling the truth - if EPICMINECRAFTER101 is a sock of ILS5 - then it makes little sense why this person would tell us. I am very doubtful of their motives, especially since they seem to display the same traits that ILS5 herself possesses, particularly a propensity to make contact through outside channels, and a higher-than-normal level of understanding of TSW's processes. If S&I is indeed "Lover1219," then it would seem that they are ILS5, in which case, why on earth would ILS5 be reporting one of her own socks?

To be honest, I think this is a monster that we are partially responsible for. We go about hunting down and tracking sockpuppets as if it is an important function of our jobs. I myself have warned another user for sock-hunting, and I think it might be time to institute a policy against regular users making sockpuppet accusations. While in C.Syde's case he was trying to be helpful, the situation here shows that such accusations can cause tons of confusion, and in any case are hardly in standing with an assumption of good faith. /rant

So, what shall we do? -  LostInRiverview talk • blog  •  contribs 16:08, March 25, 2015 (UTC)


 * I, too, have gotten those same messages and in a similar place as you. There is something very suspicious about this, but no solid proof to block anyone. On the same token, this sort of sock-hunting is disrupting as well. I know something needs to be done, but I don't know what to do either. -- Icemandeaf (talk) 16:23, March 25, 2015 (UTC)


 * C.Syde65, via Chat, has shared some information with me about this issue. He, too, has received a message about something similar to this situation. Here is his message;


 * "I noticed a discussion going on at the Admin Portal talk page. I doubt that the user on ModtheSims really is the real ILoveSims5. They are probably ilovethesims199 in disguise, because they actually sent a message to me on their plan to rid ILS5 sock-puppets. But I have no desire to get involved in any more activities surrounding ILS5."


 * Now, if this happens to be true, then I think we are being meddled with. My personal opinion is that this is probably a completely new troll, trying to bring some old drama back up to this died out flame. That's just my opinion. Of course, Sweet&Innocent could be telling us the truth. For now, this situation just confuses me. ~ Beds (talk - blog ) 19:56, March 25, 2015 (UTC)
 * I think C.Syde may be correct... looking at this now, it does start to really seem like a sock of Ilovethesims999, not ILS5. If that's the case, then this whole thing starts to make more sense. By making a sock accusation, ILTS199 probably thinks he is getting back into our good graces. --  LostInRiverview talk • blog  •  contribs 20:41, March 25, 2015 (UTC)


 * I'm sorry that I didn't report this firsthand. I also got the very same PMs on MTS like LiR (2 from Lover1219, 1 from ChissyAnna Brown). I then checked User Creation Log to see if the same usernames were created that day, but I couldn't see any, so I only reported the PMs to MTS admin because they're almost very certainly socks.


 * Then I got a PM from Sweet&Innocent. I checked it just now, and didn't realize he did make a sock account here. And then he PM'ed me as K6ka1999. I don't think I really need to share his PM contents here. The last PM from him is swearing. So yeah, we probably need to keep an eye on more of his socks.  Nikel  Talk  –  Vote!  14:26, March 26, 2015 (UTC)

Issues editing wiki navigation menu
Due to custom css styling on the wiki navigation menu, we are unable to edit the menu. Right now, the style applied to the menu increases the Level 1 menu beyond the maximum width, so that even if no changes are made, the editor warns that the menu is too wide and refuses to let you publish any edits to the menu. I temporarily removed the css style applied to the menu and was then able to successfully make edits to the menu, so that is definitely the culprit here. Knowing that, we have a few options. We could try editing the menu to reduce the width of the level 1 menu, but I don't think that's practical. We could try finding a way to redesign the theme so it doesn't make the menu as wide; it could work, but it would be tedious. We could simply remove the styling from the menu whenever we want to edit the menu, though again it would be tedious. Or we could simply remove the styling from the menu altogether, which would be the simplest solution, but we'd also lose the style that is applied to the menu. --  LostInRiverview talk • blog  •  contribs 14:29, April 5, 2015 (UTC)


 * MediaWiki:Wiki-navigation has a width check when you attempt to save the page. Normally, this width check is supposed to prevent issues with the navbar, such as menus that are too big, so text spills out, or having too many tabs that won't fit. However, this width check is dependent on the web browser and not the actual settings for the wiki. So if your browser happens to supersize the text, tough luck — the width checker will think the tabs won't fit when they do.


 * There are ways to bypass this width check, however, as mentioned at w:Thread:734913. Examples include:


 * Copying the following code into your personal CSS page:

/* Special thanks to User:452 for this! Original taken from http://community.wikia.com/wiki/User:452/global.css?diff=prev&oldid=1343313 */ /* This thing fixes the broken width check in MediaWiki:Wiki-navigation */ .ArticlePreviewInner .WikiHeader li.nav-item a { /* Because the width check is broken. */  margin: 0; padding: 0; }
 * Moving MediaWiki:Wiki-navigation to another title, making the necessary changes, and then moving it back
 * Special:Export the page, make the changes, and then Special:Import it again.
 * Using another program to edit the page, such as AutoWikiBrowser.


 * Keep in mind that removing the width check also increases the possibility of you messing up the navbar (much like drugs that weaken the immune system reduce the chance of organ rejection after a transplant, but increase the risk of infection). It would probably be best to test changes to the navbar on a test wiki before saving the real thing. --I am  k6ka  Talk to me!   See what I have done  15:32, April 5, 2015 (UTC)

&
These two users have exactly the same avatar, and visit some of the same wikis. Both accounts joined TSW quite some time ago, so I'm surprised this wasn't noticed. I believe that one of the accounts is a sock of the other. As with AlexConnorBrown and VonBraun, I recommend a soft block to one of the accounts, preferably UndeadEuan, as EDR is probably the one this user wishes to use in future. &#8213; The  Tim   Man  (Infinite Histories • Galactic Crucibles • The Sims Wiki • Hallows Maleficent • Why I'm here in the first place ) 12:38, April 6, 2015 (UTC)
 * Left messages on both talk pages, we'll see what they choose to do. --  LostInRiverview talk • blog  •  contribs 14:09, April 6, 2015 (UTC)
 * They are owned by the same person. They are choosing to use Euan Del Rey from now on, so I've left a note on UndeadEuan specifying the connection. I did not block UndeadEuan, since there is nothing here to suggest any bad faith actions on their part. --  LostInRiverview talk • blog  •  contribs 20:08, April 6, 2015 (UTC)

Reduce policy page protection?
I think we should consider reducing the protection level on our policy pages, down to semi-protection for editing (while maintaining sysop-only levels for page moves).

Policies are meant to evolve over time, and aren't meant to be treated as hard and constant rules, at least most of the time. Allowing autoconfirmed users to correct issues on policy pages, and make modifications to those pages if relevant, would help to encourage those policies to evolve over time. Additionally, we have enough admins and rollbackers on the wiki to combat any vandalism that might occur. -  LostInRiverview talk • blog  •  contribs 18:12, May 5, 2015 (UTC)
 * I'd be up for this. I don't really see any problems with it. As long as they are autoconfirmed users, and they agree to not vandalise or remove important information from the page, then I see absolutely no problem with it. ~ Beds  (talk - blog ) 19:21, May 5, 2015 (UTC)
 * Support provided that there is a notice added to the top of policy pages that tells users that "Changes made to the policy pages should reflect consensus," much like Wikipedia does. --I am  k6ka  Talk to me!   See what I have done  19:30, May 5, 2015 (UTC)
 * Agree with K6ka's point. Policy can easily be modified to reflect that language. --  LostInRiverview talk • blog  •  contribs 19:56, May 5, 2015 (UTC)
 * Any more input? --  LostInRiverview talk • blog  •  contribs 06:29, June 20, 2015 (UTC)
 * Bump --I am  k6ka  Talk to me!   See what I have done  02:28, July 25, 2015 (UTC)
 * I support this as well. -- Icemandeaf (talk) 02:33, July 25, 2015 (UTC)

Weak oppose, mainly because I am of the opinion that policies are something that should be discussed before changes are written on the slate. I am also of the opinion that our long-standing users are often well informed of the be bold clause of our policy, which already makes our policy more of a loose one than a strict one. However, I am all for allowing registered users to make changes to the policies after all discussions are made. MILK FOR THE UNYUUFEX, FLAT CHEST FOR THE CUTENESS THRONE, SKULLS FOR THE SKULL PROBES (user talk:Mathetesalexandrou) 01:03, July 26, 2015 (UTC)


 * Any controversial edits made to the policy pages that have not been approved by consensus can always be reverted immediately and the user advised to seek discussion to obtain approval from the community. Reducing page protection does not change that fact; even if I decided to amend the policies myself without consensus, I would certainly be reverted. --I am  k6ka  Talk to me!   See what I have done  01:25, July 26, 2015 (UTC)

User:ILoveSims19
Today, (previously known as "ILoveSims199") came to the IRC channel and asked to have their wiki block lifted. They stated that they've given up on trolling and sock puppetry, and wish to contribute in good faith.

I'm not sure that ILS19 is being genuine, but I feel I need to AGF in this case. I'm not sure I support an immediate unblock, however, given this person's history. It might be justified to deny the request at this time, with the assurance that it will be reconsidered at a later date as long as they uphold their promise to stop creating sock puppets. Ultimately, it's up to us how we want to handle this. -  LostInRiverview talk • blog  •  contribs 19:53, May 28, 2015 (UTC)


 * I'm sure we're all aware that this isn't the first time ILS19 has requested for unblock and promised to behave. He's been rejected several times, and he acted even worse from MTS PMs for example. Don't forget about the previous discussion about him. I'm sure you remember that and you've said that you want to AGF, but IMO, I'm not feeling very supportive about this after all.  Nikel  Talk  –  Vote!  04:02, May 29, 2015 (UTC)


 * I'm normally up for assuming good faith, but in this case I cannot. With the evidence they have provided, and from past experience with this user, I cannot bring myself to agree with them being unblocked from the wiki. And I can honestly say that nothing they will do, whether it is highly appropriate and good natured, will change my mind on this. ~ Beds  (talk - blog ) 22:28, May 29, 2015 (UTC)
 * Given that this person has created another sock despite promising never to do so ever again, I can safely say that I retract any support I may have had for another chance. Assume good faith only applies when there isn't strong evidence to suggest someone acting in bad faith. With this person, there is ample evidence that proves an ongoing history of bad faith. Oppose unblock. -  LostInRiverview talk • blog  •  contribs 03:35, June 2, 2015 (UTC)

Topnav menu issues on smaller displays
It appears as though the wiki navigation menu is displayed incorrectly when the wiki is viewed on a lower resolution, such as on a tablet. Namely, the 'Interaction' tab on the navbar is "wrapped" down to the second line, so it collides with the secondary menu text and makes the Interaction menu inaccessible. Any thoughts as to a possible solution? -  LostInRiverview talk • blog  •  contribs 03:07, June 22, 2015 (UTC)
 * Well, technically we've been violating the navigation all along. Under normal circumstances, the current navigation cannot be edited and submitted unless we make a workaround. It was an odd decision since the navigation looked just fine and all the menus fit pretty well, but I guess it turned out we overlooked this case? Aside from that, I don't have any idea for a solution other than to follow the normal navigation width rule by removing some menus.  Nikel  Talk  –  Vote!  11:15, June 30, 2015 (UTC)
 * Nikel, that seemed to be more of a bug (or at least, a very bad update) on Wikia's end. I say this because it was broken on the latest version of Google Chrome, but I tried using an older version of Chrome (and on Firefox) and it apparently worked fine. The page has a width check that's entirely dependent on the browser, and each browser is different. --I am  k6ka  Talk to me!   See what I have done  12:33, June 30, 2015 (UTC)

Discussing a new approach
This might seem a bit out of place considering we have (recently) been quite lucky to be free of the most of the repeat sockpuppeters. I hope that this lasts, but my fear is that it is a momentary lull. And, if we assume that the good times will not last, then we assume that there will come a point when the "usual suspects" will return to their ways. I would like for us to agree on a different approach to handing these issues moving forward. Simply put, I think our attitude at present towards sockpuppets and puppet-masters does more harm to the wiki than it mitigates.

We've been dealing with a relatively constant onslaught of sock puppets, and that has put us in a warzone mentality. We often block users based solely on their username, without any benefit of the doubt or assumption of good faith, without an honest attempt to perform a CheckUser, and often before the user has even made their first edit to the wiki. I have argued in private with others that this it is a mistake to react in this way, as it gives the puppeteers exactly what they are looking for. Consider: do you think that a puppet master would create an account that is an obvious sock, unless they intended to be blocked? The natural response to this question would be, "well, if they're knowingly breaking the rules (which they are), then isn't blocking them exactly what we should be doing?" I think that the answer is "no."

How would not blocking them solve our problem? Well, for starters, I'm not arguing against all blocks, I'm simply arguing against blocks issued only because of multiple account ownership. What would this do? Consider an example:

Let's say that an account named "ILoveTheSims20" is created on The Sims Wiki. Currently, this name rings enough bells to bring about a permanent block, even if ILTS20 doesn't actually make an edit on the wiki. Under this new "doctrine," judgment would be reserved until that user starts to edit. If they make positive edits, then under this idea, they would not be blocked. This is a good thing, since TSW has gained an editor that makes positive contributions. Alternatively, ILTS20 could choose to attack a user or vandalize the wiki, in which case a block dependent on their actions would be justified. Currently, even if we give the benefit of the doubt to a suspected sock in the first place, they're essentially on two-strikes already because we know or strongly suspect a sock; once they do anything to "reveal" themselves, the punishment is swift and permanent. I would argue that we should treat them just as we would any other first-time violator.

So to boil this down, a sock is born and can either 1) become a good member, and stay or, 2) be a bad member, at which point our normal warn/block cycle can take over. I should add that this whole concept hinges on one other idea.

Indefinite blocks should be incredibly rare, and should almost never be without the choice of appeal. I would argue that we should reform our appeals system to prevent abuse, by mandating that a user cannot appeal for a certain length of time after the beginning of a block. This is because an appeal is not usually used to allege a lack of wrongdoing, it's used to request clemency. We could write in something to the effect that users alleging that a block is unjustified may appeal at once (and provide sufficient proof to that point), but users who simply want to ask for a second chance must wait for an assigned period of time before doing so.

By no means do I think what I'm proposing will fix things. But right now I feel as though we need to do something. The warzone mentality I've mentioned before is damaging to the wiki as a whole. We are so apprehensive of new users, and we've grown to doubt even our more established users for fear that they could be colluding with trolls and sock puppeters. We've taken to creating secret wikis, making lists and tracking data, and "sock hunting" against these users. We're allowing these few users to dictate how we administrate the wiki. We're allowing them to orchestrate a game, with us and them as opposing players. Unfortunately I don't think this is a game we can win; they have unlimited extra lives, cheats, and an unending boredom, and they will play the game as long as we continue to play with them. By enacting some reforms and making some changes, I think we can end the game. -  LostInRiverview talk • blog  •  contribs 02:17, August 5, 2015 (UTC)


 * That has been my own personal policy when dealing with "possible" sockpuppets. Unless I had proof that the user was truly a sockpuppet, I wouldn't issue a block. However, it seemed that vandalism would usually occur before such proof surfaced and would result in a block for vandalism instead. This is probably why I don't issue many blocks. Needless to say, I do agree that this war zone mentality needs to end. I admit that it is because I started getting that mindset that I was hesitant when a brand new user asked me to adopt them. While it is true that I did eventually accept that request, it wouldn't have taken a couple of days to verify that the user was indeed genuine had it not been for that way of thinking. How many new users have been pushed away because we assumed they were wolves in sheep's clothing? -- Icemandeaf (talk) 07:01, August 5, 2015 (UTC)


 * I wholeheartedly agree with this proposal. At the moment, our judgmental policy on socks makes us seem like some police state à la Stalin-era USSR. That is most certainly not who we are. We are simply a community of Sims fans ranging from fanatics to casual gamers who come together to compile information and stories surrounding our favourite games. If we want our impression to be just that, we must be more careful when dealing with violations of our by-laws or sockpuppets. As said before, this wiki is not a war zone. This is not a "war on terror". We are not the Bush government. I think I'm going around in circles now, so I'm just going to stop here. — The  Tim   Man  (IH • GC • TSW • AH • Contribs ) 09:02, August 5, 2015 (UTC)
 * I do think we have been a bit harsh in our approach, blocking users who have yet to make an edit just based on an assumption appears unwelcoming as well as having the risk of catching someone who wasn't involved in an accidental block. I would prefer CheckUser results instead of the way things are being done at the moment. As for not blocking potential socks who are making constructive edits, I am opposed to this. I feel that it makes a mockery of our ban system, and I could probably go even further in that if we didn't block socks, people could just make a complete mess on one account, make a new one, and start over, which completely removes the point of blocks and I can't see it doing anything but spiraling into chaos and removing user accountability. This goes back to what I said above, though - these socks shouldn't be blocked instantly, and only if we've got enough evidence for a CheckUser which turns up positive. If a banned user makes a sock and doesn't ever get caught, that's something that is beyond our control and I suppose that raises more questions, especially if they become a respected contributor/admin and are found out then. Regardless, yeah, something about the current situation does need to change.
 * I'd like to make some comments. First of all, the supposed "blocks without any edits" isn't based solely on username alone. These users showed up on chat first, where they were identified as sockpuppets, usually by disrupting the chat room. Since chat isn't logged, and must be logged manually, I can see why it appears like random users are being blocked for no apparent reason or without solid evidence. Secondly, Wikia seems to be pretty variable on CheckUsers, largely depending on whoever decided to respond to the request. Some many do it without question, others may say that our rationale for requesting a CU isn't sufficient. Also note that CheckUser does not see everything, and someone who uses a proxy server can easily evade any CU. I know some sockpuppets that have escaped detection via a CheckUser, which is why I'm unwilling to say that a CheckUser is required before a block is issued. --I am  k6ka  Talk to me!   See what I have done  21:53, August 7, 2015 (UTC)


 * I am of the understanding that these username-based potential sockpuppets have indeed turned out to be sockpuppets: I've caught several myself, and one of them were unblocked but eventually re-permabanned. These kind of situation also invalidates the whole "indefinite blocks should be rare" concept, since all those sockpuppets are one person anyways and these indefinite blocks are technically aimed at the few individuals. Should a user named say Corymach28 pop out, this may provoke suspicion, yes. But unless the user is blatantly vandalizing s**t in the Quacks like a Duck manner I'm sure none of us are going to drop a banhammer on that user, much less a permaban. MILK FOR THE UNYUUFEX, FLAT CHEST FOR THE CUTENESS THRONE, SKULLS FOR THE SKULL PROBES  (user talk:Mathetesalexandrou) 00:29, August 8, 2015 (UTC)
 * The whole reason I brought this up is because I feel we need to re-evaluate the stance we've held up to now - the stance that says that sock puppetry is a sin punishable by total banishment here and forevermore. The argument I'm making is that if we wouldn't jump to issuing permanent blocks, especially in the case of sock puppets, then we wouldn't have so many disgruntled sock puppeteers trying to get onto the wiki. In other words, we created this monster. I understand the perspective that turning a blind eye to new socks seems like we're acquiescing to them, but I don't see the harm in doing this. If it gives the impression that we're "surrendering" or allowing them to break the rule, why does it matter so long as they continue to abide by our other policies? Why should we be so headstrong in enforcing the sockpuppet policy, even when it means causing damage to the wiki due to the resultant backlash from that enforcement and the issues caused by community distrust? I am not advocating for an open door to all sock puppeteers past and present, especially those who have been the most disruptive and deliberate in their attempts to break our rules, not just the sockpuppet policy itself. But when a user who is blocked on the wiki turns around and creates a sock puppet, we ought to be more forgiving of this. I don't mean we should let it happen, but I do not think that it warrants the reaction that we've given it up to now. That reaction creates an adversarial attitude and makes them more likely to continue misbehaving. Whereas, if we take a different approach with these users, there's a better chance that they will choose to observe the block we issue and accept our rules when they are allowed to return. But this cannot happen if we insist on being "tough on crime" to the extent where we won't look at each case on an individual basis, and this definitely cannot happen if we rely so heavily on indefinite and permanent blocks. -  LostInRiverview talk • blog  •  contribs 00:55, August 8, 2015 (UTC)
 * That is a good point: I was for giving ILS5 a chance before we came to a conclusion of "screw it permaban" after another sockpuppetry issue. And yes, I still am of the give people all the chance before landing the banhammer stance. However, I'm not seeing any community distrust from our current approach. So while the unblock and rehabilitation part of the policy could definitely see more usage, but I don't think our current approach is unfair. Nonetheless, I'd like to know if some of our permabans on sockpuppets were in fact only due to them being sockpuppets identified by otherwise acceptable behavior that the original has been doing. I am under the understanding that ILS5's socks were largely blocked for trying to create fanon, and turned out mostly legitimate (asides from the underage issue) until the IP vandalism to the Sims3 template. I'd like to know of similar cases occurred. MILK FOR THE UNYUUFEX, FLAT CHEST FOR THE CUTENESS THRONE, SKULLS FOR THE SKULL PROBES  (user talk:Mathetesalexandrou) 13:59, August 8, 2015 (UTC)

Custom Javascript disabled
For those not already aware, due to a security issue, Wikia has disabled all custom javascript on all Wikia wikis, including The Sims Wiki. Fortunately our wiki does not make especially extensive use of JS, but there are a couple features on TSW that use it. The only issue I've encountered so far is the TSW twitter widget, which is JS-based and no longer functions; I've hidden it from the main page sidebar until JS is re-enabled. Does anyone know of other material on TSW that is JS-based? -  LostInRiverview talk • blog  •  contribs 18:25, August 10, 2015 (UTC)
 * It now appears as though site-wide css was disabled as well. That is much more significant, especially stylistically. Also, add Countdown to the list of things that no longer work with javascript disabled. -  LostInRiverview talk • blog  •  contribs 18:39, August 10, 2015 (UTC)
 * Webchat widget on TSW:IRC no longer works (although more intelligent users can still use http://webchat.freenode.net/ to connect, or use their own IRC client). All user-enabled gadgets and personal JS/CSS still seems to be working. --I am  k6ka  Talk to me!   See what I have done  23:07, August 10, 2015 (UTC)
 * CSS was disabled for a period of time (less than 30 minutes) as well, soon after js was disabled. According to Rappy on the ##Wikia IRC channel, CSS being disabled was an accident and was not intentional. Add to the list of things that are missing: auto-refresh on various pages, including the Recent Changes list. --  LostInRiverview talk • blog  •  contribs 00:01, August 11, 2015 (UTC)
 * Alright, I just checked Community Central. Staff have issued an update, stating that javascript will be re-enabled but it (and all other MediaWiki pages except css pages) will be in read-only mode and will not be able to be edited. This is intended to be a stopgap measure. -  LostInRiverview talk • blog  •  contribs 00:05, August 11, 2015 (UTC)

It's been a while so I'll blow the dust off. I've mentioned in the latest weekly news blog:

Additionally, community (site-wide) Javascript will soon change drastically. Wikia is planning to implement a review process for site-wide Javascript. Any new changes made to the community JS files must be approved by a team of Wikia-selected users. Additionally, it will no longer be possible to import Javascript code from the user namespace; some of our scripts does this. We are aware of these changes and appropriate updates to the JS files will be made to ensure our customized scripts will continue to function.

AFAIK only one tool is imported from the User namespace — the license adder tool. We'll need to move that into the MediaWiki namespace and then make the necessary modifications in order to continue to use the tool. It also means we'll have to deal with a loss of freedom with our JS. --I am  k6ka  Talk to me!   See what I have done  01:46, September 15, 2015 (UTC)

Block on BucktonyII
was blocked indefinitely for adding fanon to canon articles, for which they have been warned in the past. I don't want to second-guess K6ka's judgment here, but I'm curious as to why he decided to issue an indefinite block even though the user had only been blocked once before (for three days). My concern is that in this case an indefinite block might be premature. --  LostInRiverview talk • blog  •  contribs 02:08, August 24, 2015 (UTC)


 * My other reasoning for the block was that they were a sockpuppet of Bucktony, which has been disabled by Wikia for reasons unknown. They have, however, revealed themselves to be underage (as evidenced by their user masthead), which may also be another reason for the block, albeit not an indefinite one. I chose indefinite because of the behavior evidenced by the original Bucktony, and they've had a history of doing the same thing about inserting false or fanon information into articles that goes back October 2014. --I am  k6ka  Talk to me!   See what I have done  02:17, August 24, 2015 (UTC)
 * Okay, I think that's a good reason. I concur with the block, provided they're allowed to appeal (they currently have talk page access, so for the moment, they do have the ability to appeal). -  LostInRiverview talk • blog  •  contribs 02:30, August 24, 2015 (UTC)

Unblock Request for Ilovemondler
I've had a couple of users who have contacted me about EPICSIMSPLAYER who was blocked by Wikia. They attested that the account had been hacked by another sockpuppet/disruptive user, which is why the account was blocked. I must admit that it does seem that couple be a strong possibility; however, it is not possible for us to lift the ban on EPICSIMSPLAYER since Wikia issued the block. The users who contacted me have been trying to contact Wikia to lift the ban without any success, so they have asked if the ban on Ilovemondler may be lifted or at least the talk page so the user can make the request directly. I am not exactly sure what is the best approach for this matter. What do you all say? -- Icemandeaf (talk) 15:40, August 30, 2015 (UTC)
 * If I remember correctly, this Ilovemondler user was not very efficent when it came to their edits. They're a suspected sockpuppet of ILS5 and to be frankly honest, I think we're doing quite fine without ILS5 running around, causing havoc and making some mess. I strongly oppose to this user being unblocked. Furthermore, a CheckUser further confirms that they are just as suspicious as ILS5. ~ Beds  (<font color="#66CDAA">talk - <font color="#66CDAA">blog ) 17:11, August 30, 2015 (UTC)


 * Absolutely not. The consensus among administrators is that ILS5 is permanently blocked, not indefinitely blocked. Ilovemondler was blocked due to evidence that is privy to us administrators, and the CU that was conducted turned out positive. It also seems odd that EPICSIMSPLAYER is asking for that account to be unblocked so that she may edit from it, which just explicitly states that EPICSIMSPLAYER is a sockpuppet of ILS5. Thus, the block set on EPICSIMSPLAYER was correct and the consensus among administrators has not changed. Also, if Wikia refuses to lift the blocks, there is no reason why we should lift ours. --I am  k6ka  Talk to me!   See what I have done  17:25, August 30, 2015 (UTC)
 * Support providing access to talk page in order to make an appeal. This doesn't mean I'd support such an appeal, but I do think giving the option does no substantive harm.  LostInRiverview talk • blog  •  contribs 21:09, August 30, 2015 (UTC)

Sims2Player and DarkSuicune2000
For a while now, and  have been WikiHounding each other, showing clear incivility and poor response to criticism from each other. Things such as , an edit war at , , , and most recently,. I reckon it has something to do with Sims2Player not responding well to criticism per their FE nomination here (and I am perfectly aware of this trait), but this hounding and stalking needs to stop. These two users have a history of not getting along with each other, and while I'm inclined to TSW:AGF and say they're only trying to improve the wiki, in practice they clash together and it takes the joy out of editing The Sims Wiki, especially when someone's criticism, including constructive, are taken as a personal attack by another and a negative response results.

Here are the key points I would like to make here:


 * Blocks are to be preventative, not punitive. Blocks should only be issued on the mindset that they will prevent and deter unacceptable behavior. Blocks should never be used as retaliation, to take sides, or to formally punish users.
 * All editors must engage each other with civility and refrain from personal attacks. Editors are expected to assume good faith, drop old debates, and apologize if they make a mistake.
 * Criticism is not an attack. Quote from Wikipedia:Civility#Incivility: <span class="inline-quote-talk" style="font-family: Georgia, 'DejaVu Serif', serif; color: #008560;">[T]o treat constructive criticism as an attack [is in itself] potentially disruptive . Criticism should not be viewed as an attack, rather as an opportunity to improve. Users who disagree with the criticism should respond to it in a civil manner, and make no mention or hint towards it being an attack. However, criticism can be an attack if it is used or worded improperly. "Your cookies are so bad, you must be a failure at life too" is an example of when criticism is an attack. "Your cookies are a bit bland to the taste. I suggest adding some semi-sweet chocolate chips into the dough to make it tastier" is an example of when criticism is not an attack. Criticism should be focused on the content, not the person who wrote the content.
 * It is OK to disagree, but it is not OK to assume bad faith. As mentioned above, constructive criticism is key to the growing up and development process of all aspects of life. It is OK to disagree with criticism, but it is not OK to think criticism is issued as an attack.
 * Administrative actions should, again, be preventative, not punitive. Per, I would like to clarify that any administrative action should only be done to prevent further misconduct, and not simply punish the user. If a child was misbehaving and ate too much junk food, it is not appropriate (or even sensible) to ban them from watching TV, as it does not address the issue at all. On the other hand, if an administrator was abusing rollback, removing their administrative status is a sensible and appropriate action, as rollback is tied to the administrative tools. It is not sensible to ban the administrator from making fanon or chatting with other users as it does not correlate with the issue at hand.

Having said all of this, I propose the following actions be taken:


 * DarkSuicune2000 and Sims2Player should refrain from commenting on each other's fanons, and they should not respond to each other's comments on any other fanon. Since this is where most of the disputes are stemming from, I suggest that they should cut it out entirely. This could be listed at TSW:ER, and I believe this restriction need not last any longer than one month.
 * This restriction also extends to commenting on fanon elsewhere, such as on chat or via a talk page.
 * The two users may continue to communicate with each other, providing that it is civil and well-mannered, on other topics.
 * Sims2Player should be reminded that, although criticism may sometimes feel like a slap in the face, it is not intended to disparage or to anger. They should be reminded about the true meaning of "nothing is perfect," in that things will always garner some form of criticism one way or another. Sims2Player should realize that 1) Criticism is a part of the learning process and that he/she should learn to accept it, 2) It is impossible to please everybody, and 3) Responding to criticism and treating it as an attack is an assumption of bad faith.
 * DarkSuicune2000 should be reminded that criticism is helpful, but it should be worded in an appropriate and civil manner. Things like "You have a good plot, but you write like a bloody twelve-year old" is not okay, but "I think your plot is solid, but there are a number of sentences that could be rewritten in prose; for instance, there are a number of sentence fragments..." is an example of good criticism.

To be clear, I am not proposing:


 * Blocking. Both of these users are not focusing all their energy and attention towards these comments, and are making constructive contributions elsewhere on the wiki. A block should only be used as an absolute last resort when all other methods have failed (And I have confidence in the two parties that a block will never be necessary).
 * User privilege removals. Again, these don't address the issue at hand and will do the opposite of a cool-down. Actions should be preventative, not punitive.

I would like other administrators to comment on this issue and provide feedback or ask questions. Feel free to suggest changes to these proposals.

--I am  k6ka  Talk to me!   See what I have done  18:39, September 27, 2015 (UTC)
 * I strongly support the proposals you've laid out. Although both are quick to deny that a feud exists, I think the evidence here speaks for itself. An issue between two editors is one thing, but it's beginning to spill over and other users are getting involved, further spreading the conflict. It needs to stop now. --  LostInRiverview talk • blog  •  contribs 15:17, September 28, 2015 (UTC)
 * Strong support - This has gone on for quite a while now, and to be quite honest, it's disrupting the peace, especially when their arguments happen on other user's fanons. This has to be handled quickly and quietly as we don't want others getting involved. However, if both users continue to argue back and forth, then I think we should take more of a firmer action upon them both. It just has to stop. ~ Beds  (<font color="#66CDAA">talk - <font color="#66CDAA">blog ) 17:50, September 28, 2015 (UTC)
 * Strong support for all of the reason previously stated. It is just about to the point where it is getting out of control. -- Icemandeaf (talk) 18:13, September 28, 2015 (UTC)
 * Strong support - Your proposal is level-headed and sensible to this matter. I believe it would be the best solution to handle it.  Nikel  Talk  –  Vote!  14:12, September 29, 2015 (UTC)

✅ Editing Restrictions have been applied to both users, set to last for a month. At that time, we can re-evaluate their behavior and take additional actions or place the users on ER probation. --  LostInRiverview talk • blog  •  contribs 02:34, September 30, 2015 (UTC)

Editing restriction breach
Recently the editing restrictions set above have been breached. DarkSuicune2000 left comments on three fanons by Sims2Player: Fanon:Flower City, Fanon:Michelle Styles, and Fanon:Sef Nkobe. While the comments are deemed constructive and civil, they are still a breach of editing restriction, which expires on 3:00 October 30, 2015. It is currently 18:56, October 10, 2015 (UTC).

Both users have been notified. Further sanctions may be discussed if the restrictions are breached again. --I am  k6ka  Talk to me!   See what I have done  18:56, October 10, 2015 (UTC)

For administrative and logging purposes, the deleted comments are listed here:

--I am  k6ka  Talk to me!   See what I have done  18:59, October 10, 2015 (UTC)
 * Fanon talk:Michelle Styles/@comment-DarkSuicune2000-20151010184207/@comment-Sims2Player-20151010184325
 * Fanon talk:Michelle Styles/@comment-DarkSuicune2000-20151010184207
 * Fanon talk:Sef Nkobe/@comment-DarkSuicune2000-20151010184351/@comment-Sims2Player-20151010184558
 * Fanon talk:Sef Nkobe/@comment-DarkSuicune2000-20151010184351
 * Fanon talk:Flower City/@comment-DarkSuicune2000-20151010184550

Editing restriction re-evaluation
The expiry time for the restrictions (03:00 30 October 2015) has come and gone. At this time, I'd like to invite other administrators that do not have a conflict of interest to evaluate this situation, and determine whether or not the restrictions need to be in place any longer. Also, if there were any breaches in the restrictions that were not spotted and not logged on this page, please bring it up. --I am  k6ka  Talk to me!   See what I have done  12:51, October 31, 2015 (UTC)
 * I don't know of any breaches aside from the incident already noted above. I think at this point it would be best to place these users on probation. The restrictions placed on them should be lifted, but if they revert to their previous behavior, the ERs will be immediately re-implemented and they will be given warnings. Though, I should stress that in the case where one of the two parties violates the terms, only the person who has actually violated it should be warned. During the ER period, one of the two users breached the restriction, but both users received the same warning for that action, which is unfair to the second user who did not breach the restriction. It is important to remind both users that engaging in the kind of behavior they were engaging in is harmful, distracting and not permitted, whether or not they have been warned against doing so or have been restricted from doing so. --  LiR talk • blog  •  contribs 15:36, October 31, 2015 (UTC)
 * Placing them on probation seems to be a fairly reasonable suggestion. I'm not saying that the behaviour of either of these users has been 100% since the restrictions were placed. However I've noticed that since the beginning of the editing restriction period, both parties have improved significantly. I agree that the restrictions should be lifted, and should either of them revert to their previous behaviour, the editing restriction should be immediately re-implemented on whichever party violated the terms. Indeed it seems unfair for both parties to receive a warning, if only one of them actually violated the terms. I know that in the past away from the keyboard, I have been warned for doing what the opposing player committed, and it is not a pleasant experience. ―  C.Syde  ( talk &#124;  contribs ) 08:49, November 1, 2015 (UTC)
 * To clarify, both users were warned because one of them had responded to a comment made by the other user, which was highlighted in the ER. So technically, both users were at fault, one for posting a comment on the other user's fanon, and the other for responding to said comment. --I am  k6ka  Talk to me!   See what I have done  18:12, November 8, 2015 (UTC)
 * If one has received a warning for violating the restriction, then the one who violated should remain on the restriction while the other can be put on probation, granted that they haven't broken any restrictions. It's only fair. ~ Beds  (<font color="#66CDAA">talk - <font color="#66CDAA">blog ) 23:56, November 8, 2015 (UTC)
 * The restriction was violated once, but it appears to have been accidental, and no further breaches of the restriction, as far as I'm aware of, were made. Thus, I don't think an extended restriction is necessary, and both users can go on probation. If they do breach the restriction again, they can always be re-added as needed. --I am  k6ka  Talk to me!   See what I have done  00:02, November 9, 2015 (UTC)

Deletion of Category:Created by TheSimSupply
I find the deletion of Category:Created by TheSimSupply to be a bit bitey. For one thing, the author wasn't even notified about the deletion nomination, and it was nominated for deletion through the regular process, not a speedy deletion. Beds later deleted the category immediately, labelling it "Nonsense", which is intended for pages that are "patent nonsense", something this page was definitely not. Finally, the author seemed to have created the category with the intention of categorizing their own fanon with it. The reverts done by Sims2Player and C.Syde65 seem to give the impression that we forbid fanon categories, which is not true considering that fanon templates are given category names that the author gets to pick and choose. (Say, for example, Category:Revolution templates.)

I would suggest that the community reconsiders its decision to have this de facto ban on fanon categories lifted. See Forum:Permitting user-created fanon categories. --I am  k6ka  Talk to me!   See what I have done  11:34, October 13, 2015 (UTC)
 * I posted a response to the sister thread on the CDF, but I'll reply here as well for the sake of administrative housekeeping regarding this category. I would be in support of undeleting this category, assuming that Beds doesn't choose to undelete it by herself. However, since I do not want to override the decision of another administrator, I shall wait for consensus here rather than undeleting it myself. --  LostInRiverview (Plumbob.png Administrator)  • Contact me here • 14:35, October 13, 2015 (UTC)
 * I can easily delete the category, and I also plan to personally apologise to the user for causing all of this confusion that I caused them. I'll wait until k6 and other administrators are aware of the mistake before I take action. ~ Beds  (<font color="#66CDAA">talk - <font color="#66CDAA">blog ) 15:32, October 13, 2015 (UTC)
 * Since the category has been restored, I was wondering if it were wise to undo those edits  made by Sims2Player and myself, that removed the said category from the user's fanons? I too do not wish to override any decisions made by others, which is why I've decided to ask here. Normally I'd consult this community guideline, but this is a difficult interpretation. ―  C.Syde  ( talk  &#124;  contribs ) 09:56, October 24, 2015 (UTC)

Spamming comments on user's own fanon
Recently I've noticed a user has been repeatedly leaving numerous spammy comments on their own fanon articles. In one case, this user left fourteen separate comments (although one of the comments was in reply to comments left by other users). Having so many comments pop up can tend to flood Recent Changes and Wiki Activity, and might be seen as an attempt to advertise for their fanon pages (by making sure their pages consistently appear on RC/WA). Is there anything we'd like to do about this? -  LiR talk •  blog  •  contribs 05:04, November 24, 2015 (UTC)
 * They've also recently flooded the chat room while I was away from keyboard, and when I returned, I found that they'd spammed the chat with this. This is the very first time I've ever seen them in chat. When I discovered all the comments they'd spammed into the chat, I left them a warning (not a formal one) via private chat not to spam the chat room. And then they apologised, and said it was time for them to sleep, and they left.


 * Normally I interpret this user to be a fairly mature and respectable one, but I wouldn't say the same for what I've just seen of them in chat and what you've mentioned above. I personally think a friendly hand written message asking them not to leave spammy comments on their own fanon articles to draw attention to their work would suffice. And then if they continue in this pattern, I'd suggest giving them a handwritten warning. I don't think what they've done recently should be treated with a standardised warning message. Not in the mean time at least. ―  C.Syde  ( talk &#124;  contribs ) 05:48, November 24, 2015 (UTC)


 * Do not forget Hanlon's razor. Chances are, they simply lacked the maturity or didn't think it through properly without actually intending harm. I would suggest monitoring them for a few more days or weeks, and if they persist, then warn them with a hand-written warning. — k6ka  <span title="Canadian!" style="color:red">🍁 ( Talk ·  Contributions ) 11:45, November 24, 2015 (UTC)

Deletion of Sapphire Moondust's fanon
Today an unregistered user, claiming to be User:Sapphire Moondust, nominated several of Sapphire Moondust's fanon pages for deletion. K6ka responded to the requests by taking down the deletion templates, stating that the unregistered user would need to contact the administrators and prove in some way that they are indeed Sapphire Moondust. The unregistered user contacted K6ka and requested that the content be deleted, and K6ka repeated that the user would need to prove their identity first. The user then responded negatively, and deleted the content from Sapphire Moondust's fanon pages. C.Syde65 has restored the content again.

I think the deletion of the fanon should be discussed here. I personally am in favor of deletion, but not because of the unregistered user's request. In this case, Sapphire Moondust is globally disabled. We in the past have not, to my knowledge, made a distinction between users that are globally disabled, globally blocked, or locally blocked. Since that is the case, I think we need to treat their fanon as if Sapphire Moondust was indefinitely blocked, and delete it on those grounds. In short, the identity of the unanimous user nominating the articles for deletion, is irrelevant to the question of deletion, in my opinion. --  LiR talk • blog  •  contribs 22:13, January 19, 2016 (UTC)
 * I disagree. The user in question hasn't given any indication as to why they've been globally disabled, and they left the wiki in otherwise good standing. I don't see it as necessary to delete the fanons, considering we have plenty of "vanished" users that still have fanon on the wiki. — k6ka  <span title="Canadian!" style="color:red">🍁 ( Talk ·  Contributions ) 22:18, January 19, 2016 (UTC)
 * Considering that Sapphire Moondust has left the wiki without explanation, other than that she left in a manner that suggested that she had no intention in returning, and didn't want other users to talk to her, I suspect that she scheduled her account for closure herself.


 * However I do not think that her fanons should be removed from the wiki, just because her account is globally disabled. I mean people still read her fanons, and we've had several featured fanons by users with globally disabled accounts. Also she never personally asked for her fanons to be removed before leaving this wiki. For those, and other reasons, I see no reason to support the deletion of her fanons. ―  C.Syde  ( talk &#124;  contribs ) 22:30, January 19, 2016 (UTC)


 * I don't think the reason behind the departure is really relevant. The fact is that the user is no longer here and, unless they can get their account re-activated, won't be coming back. Consider as well that Sapphire Moondust is the "owner" of that content, under our policies. Since Sapphire Moondust no longer has access to the Wiki (either through their own action or because of Wikia), they cannot control how that content is used. In a usual case, if an author requests deletion, we will usually oblige them, but since Sapphire Moondust is not able to log in, they cannot make that request and, indeed, don't have any control over their own content at all. That's the reason I'd support deletion... not because of the request itself, but because it removes the issue of the owner not having control, by eliminating the content entirely. --  LiR talk • blog  •  contribs 22:31, January 19, 2016 (UTC)