The previous discussions are archived as per Admin Tools Wiki’s talk archiving policies. Wikians may want to survey the archives before starting a new discussion to determine if any issue of interest is dealt with therein. This current talk page is for starting new discussions not covered in the archive, or for re-visiting older issues. The archives themselves are not to be edited. Thanks! — SpikeToronto
What is this template used for exactly? Per the title, it appears that it would only be used for links to Mediawiki pages rather than also being used for other things (like Wikimedia). ~Curiouscrab (talk) 19:11, June 20, 2015 (UTC)
Template:Mediawiki is used specifically on pages brought over to SP and ATW from MW. It’s their template that they use for links to other WMF wikis. It doesn’t need fixing. It works as it’s supposed to. Did you see the comparo at Template:Mediawiki/testcases?
Also, and this is surely my fault for not having made it clearer at the outset, testing administrators come here to test admin tools, their own templates, their own CSS/JS, mass processes in the Test namespace (only!), seek admin mentoring, advice, etc. Testadmins do not come here to do maintenance to ATW itself. In other words, they don’t alter ATW’s own templates, CSS/JS, etc. They may, of course, copy them, import them, etc., to their home wikis. But, they don’t alter our stuff. Of course, ideas suggested on talk pages are truly welcome.
For example, suppose you wanted to test your autoSign.js code before rolling it out at your home wiki. It would be perfectly acceptable to input your JS as either a MediaWiki: namespace subpage, or a subpage in your userspace (the latter is, by far, preferable). You would then add an import statement to one of the top-level JS pages: i.e., MediaWiki:Common.js, MediaWiki:Wikia.js, or MediaWiki:Monobook.js. (If we have a JS sub-page of the same name, you may temporarily comment it out while testing yours.) When you’re done testing, editing, fixing, etc., your JS, you must revert the top-level JS page into which you had been importing your code to the revision it was before. (Same for CSS testing, of course: revert top-level CSS pages to their pre-testing state.) Finally, because all your edits are made to a CSS/JS sub-page in either the interface space, or your own userspace, it minimizes the edits to the top-level CSS/JS pages in the MediaWiki: namespace.
It is better for you to put your test CSS and JS in your own userspace (e.g., User:<insert name here>/autoSign.js). Why? Because no one else can edit it, and you’ll know exactly where it is. The MediaWiki: namespace can get very cluttered at ATW. After people are done testing, as a regular sysop, I often move their test CSS/JS pages from the interface namespace into their own userspace.
Ok. One thing, though, is that a lot of other wikis use scripts that are located here and so to work on them I'd have to work here. ~Curiouscrab (talk) 14:09, June 22, 2015 (UTC)
┌───────────────────────┘ “A lot of other wikis use scripts that are located here” → which is why you cannot change them. You have to work on a copy. So, for example, to test your powerUser.js script here, you would do the following:
In this way, yours is running at ATW, but the current, accepted version remains untouched, and is still running – unchanged!! – at all the other wikis that import it. When you are done testing, do the following:
You must return our current, accepted version to loading, and yours to not loading
Warning: When you are done, all currently accepted pages in the MediaWiki: namespace must be as they were before you did any testing
As a Testing Administrator, you are not authorized to make any permanent changes to the MediaWiki: namespace at this wiki. I hope this clarifies what I was trying to say earlier. Thanks! — SpikeToronto 21:43, June 22, 2015 (UTC)
I think my script is ready to replace the old one. You can see it in action here and play around with the variables here to see what they do. By default, the error message does NOT show. Only if a specific variable is set to false will it show. ~Curiouscrab (talk) 14:07, June 22, 2015 (UTC)
Sorry. I didn’t miss this one. I’m just still thinking on it… Thanks! — SpikeToronto 20:52, June 24, 2015 (UTC)
Archive Talk Page
When are you going to archive this? If pages in the userspace were put in Special:LongPages, your talk page would be ranked number 98. I'm asking here because my browser can barely load the page let alone leave messages. ~Curiouscrab (talk) 14:27, June 22, 2015 (UTC)
Never!! I want it to be #1! — SpikeToronto 21:47, June 22, 2015 (UTC)
I thought you were talking about this talk page!! Since this talk page was #2 at Special:LongPages, I’ve gone ahead and archived this talkpage. — SpikeToronto 22:22, June 22, 2015 (UTC)
I've currently switched out the Mediawiki version for my version. Check it out. ~Curiouscrab (talk) 14:22, June 23, 2015 (UTC)
Question: Crabman, are these the only differences between the two? Thanks! — SpikeToronto 22:39, June 23, 2015 (UTC)
While working on creating a script that adds another tab to the top of protected pages that a user can't edit, I discovered that the "edit this page" tab hover text in Monobook is missing a line break. I don't know whether or not this can be changed here without using JS, but it is different from the view source hover text. If you use your put your test account in the user group (none) and go to a page in the mediawiki namespace, hover over the view source tab and see the text. Then, go to a page that your test account can edit (such as the user's page) and hover over the edit this page tab. See the missing line break? For the Monobook version of suggestEdits.js (minor project I started), do you recommend I have the line break or not? — Curiouscrab (talk) 02:35, June 28, 2015 (UTC)
It seems like a good idea! But, we do not need it here, or at SP. As I’ve mentioned to you on talk pages over at SP, we have the same edit-protected system as they do at WP. When you press ViewSource, you see it at the top of the editor. When you press the “submit” button, you can see what happens next. It uses system messages, edit notices, and preloads. No JS. JS is not always the solution to everything. Scripts are cumbersome, resource hungry, and always need maintenance. I generally see scripts as a last-resort solution to a problem.So, while we do not need it here at ATW, or over at SP, most sites here at Wikia, have no system at all for suggesting edits to locked pages. So, if you can get this working fully — and in both skins (Monobook-only scripts are essentially of no use at Wikia) — this could be quite worthwhile to other Wikia sites: You could post it at Dev wiki! Now, for some specifics:
Line breaks. I don’t see any line breaks in the tooltips when I hover over those tabs you mentioned. We’re probably not using the same browser. Perhaps you could upload a screencap of what you’re seeing.
Oasis. It does not seem to be working in the default Wikia skin. I do not see a suggest edit option in either the edit-button pulldown list, or on the bottom toolbar. However, when I select view source and am taken inside the editor, I do see ATW’s default protected-text edit notice with its submit button. I don’t see any part of your script-based system inside the Oasis view source editor.
Monobook. In Monobook, I see the edit suggest tab. It looks good! Also, when I click on it, it does something!
Target. Once the suggest edit tab (Monobook) is pressed, it takes the user to a page in his userspace. While that’s a clever approach, it is not the norm at WMF and Wikia sites. Normally, such edit-protected systems take one to the locked page’s associated talk page.
Like I said, you could be on to something useful here. Let me know when you want me to some more testing! A lot of Wikia wikis should find this quite useful. Thanks! — SpikeToronto 06:22, June 28, 2015 (UTC)
Alright. This was more of a "if you want to make edits click here" sort of deal rather than just making a suggestion on the talk page. I haven't gotten around to the Oasis skin due to minor issues that aren't found in Monobook (thus easier to work with on Monobook). I hope to figure out a way to solve the issues and get this working and maybe change the text so that rather than using the word "suggest" I'll have something else (suggestions?). I've also been working on side projects such as http://punbb.atspace.cc (forum style previewer) and other various things. — Curiouscrab (talk) 21:12, July 7, 2015 (UTC)
Done I changed "suggest edits" to "create copy" and added the item for Oasis. — Curiouscrab (talk) 22:01, July 7, 2015 (UTC)
Actually, make a copy makes sense. Or even, sandbox a copy. That could be very useful! We’d have no purpose for it at SP, but we could add it to the gadgets here at ATW. I’ll take a look at the Oasis version now. Thanks! — SpikeToronto 19:38, July 8, 2015 (UTC)
UPDATE: I just tested the Oasis version. I found it on the Edit this page button pull-down. It works perfectly! — SpikeToronto 19:43, July 8, 2015 (UTC)
While roaming the dev wiki, I found QuickTools. I tested it here and it seems to work fine, but is a work in progress. When it's complete, I think it will be very beneficial since it allows admins to easily perform actions. But, as I said, it is a work in progress. I've contacted the author to see if it would be possible for me to finish the project since he hasn't been doing to much with it. — Curiouscrab (talk) 17:47, July 8, 2015 (UTC)
UPDATE: I actually just found another script that seems to be complete and combines a lot of things (such as mass creation, deletion, etc.). — Curiouscrab (talk) 20:51, July 8, 2015 (UTC)
CC, we already have multiple versions of QuickTools kicking around. It is not a work in progress. I can point you to at least four different versions of it. We don’t need another one. I’ve been using various versions of it for at least four years. Right now, I’m using this one: importScriptPage('WHAM/code.2.js', 'dev');. (The original one is in its creator’s userspace over at the VSTF wiki.) By the way, many people call it Wham!. So, when you hear that term, that’s what they’re talking about. To be honest, I was hoping you’d never find it. It’s very powerful and dangerous: It must be used carefully. It gets even more dangerous when people start messing with its code. — SpikeToronto 21:41, July 8, 2015 (UTC)
I personally like when a box pops up rather than just a shady clicky thing. ~Curiouscrab (talk) 00:44, July 9, 2015 (UTC)
Just be careful. It’s an extremely complex, densely coded program. And, it’s in jquery! — SpikeToronto 01:39, July 9, 2015 (UTC)
UPDATE: You and I were talking about two different things. I was talking about Wham! (which appears with the heading Quick Tools for normals, and Quick Tools for VSTF), while you were talking about w:c:dev:QuickToolsv2. — SpikeToronto 10:16, July 9, 2015 (UTC)
Do you have auto-refresh ticked? There is some conflict between the [show]/[hide] JS and the AjaxRC code that causes this. So, if you want them collapsed, untick auto-refresh. If you want auto-refresh ticked, then you’ll have uncollapsed boxes. — SpikeToronto 22:15, July 10, 2015 (UTC)
P.P.S. Of course, you might be referring to how things look in the Monobook skin. We don’t support the Monobook skin. — SpikeToronto 07:44, July 11, 2015 (UTC)
P.P.P.S. But then, if you could figure out what’s causing it and fix it, that would be truly appreciated. — SpikeToronto 07:44, July 11, 2015 (UTC) Don’t make a mess of our MediaWiki namespace! — SpikeToronto 07:44, July 11, 2015 (UTC)
UPDATE1: Just checked. There are no collapsible boxes on any of these pages in the Monobook skin, same as for Oasis. The only exception is atop the Special:RecentChanges pages, which has collapsible boxes in both skins. — SpikeToronto 08:30, July 11, 2015 (UTC)
UPDATE2: I just remembered: I dismissed the last sitenotice. So, I won’t see it again until there’s an update, or a I use a different browser. By the way, remember that “sitenotice” refers only to Monobook. The Oasis system is completely different; it does not use MediaWiki:Sitenotice. — SpikeToronto 10:13, July 11, 2015 (UTC)
Do you see a red asterisk next to your username? ~Curiouscrab (talk) 01:23, July 16, 2015 (UTC)
Yes, I do. Sir: What have you done?! — SpikeToronto 08:06, July 16, 2015 (UTC)
Whatever you’re doing now is messing up our ProfileMastheads. Please stop working in Monobook and start working in Oasis so you can see the impact of your work. Thanks! — SpikeToronto 13:25, July 16, 2015 (UTC)
UPDATE: The problem seems to be something that Wikia’s done. — SpikeToronto 13:41, July 16, 2015 (UTC)
Yeah. It only affects things in the page content (inside the div tags with the specified id not including the masthead). ~Curiouscrab (talk) 20:38, July 16, 2015 (UTC)
I don't know if you noticed, but at some point FixLinks wasn't working. That was me altering the script to run more efficiently and then debugging it. ~Curiouscrab (talk) 01:32, July 22, 2015 (UTC)
Nope. Wasn’t around. Thanks for the notification though. — SpikeToronto 22:13, July 22, 2015 (UTC)
Hi Dr. Jones. I have to admit, I’ve been leaning toward closing your RfR based on the problems you had filing it. The creating, posting, and transcluding of the RfR is itself part of the process: a test of wiki-competence. However, since then, the instructions have been revised to – we hope! – make it easier to file an RfR. So, here’s the deal: Following the new instructions, please create an all-new RfR. Remember: This is RfR number 4 for you. That number is important. (Hint: Your current RfR is number 3, not number 2, as you have named it.) Take your time. Read and follow the instructions carefully. Thanks! — SpikeToronto 03:01, September 8, 2015 (UTC)
Question: Hey Spike . Any chance of a hint? Is it important to name the new RfR .../CallMeDrJones/4 ? Best, CallMeDrJones (talk) 21:57, September 8, 2015 (UTC)
Never mind . Just saw the .../2 RfR redirect to .../3 ...the plot thickens CallMeDrJones (talk) 22:06, September 8, 2015 (UTC)
No, you’re right. The next one would be .../CallMeDrJones/4 — SpikeToronto 23:03, September 8, 2015 (UTC)
You have an outstanding question there. Assuming you answer it satisfactorily, I am leaning towards supporting your RfR (and Sophie's too). — JeffG. ツ 20:46, December 26, 2015 (UTC)
Abuse filter request
Hello, I would like request the Abusefilter editors right. I'm trying to import some filters from Wikipedia and want to make sure they work correctly. Thanks!
Ω Rider ranger47］［TalkContributions ］ 16:15, August 13, 2015 (UTC)
Per the policies here, only Spike can edit the abuse filter, but you can make requests for testing purposes. Or at least I think that's what I read. ~Curiouscrab (talk) 18:46, August 14, 2015 (UTC)
Almost, but not quite. We do not include the ability to do abuse filter editing as part of the testadmin user right. However, if you want to do AF testing, and outline what you want to test (as you have done here), we can add the abuseeditor user right to your account.Rider: You may find that some of the Wikipedia filters you want to import are similar to ones already active here. If that should be true, and you do not want to just copy ours to your wiki, you will need to turn off our version of whichever filter is being tested in order to properly test the one from WP. After you have completed your testing, please remember to delete any filters you’ve added (unless you think they would enhance Admin Tools Wiki), and to re-activate any ATW filter that you had temporarily disabled. Thanks! — SpikeToronto 23:41, August 14, 2015 (UTC) P.S. Cool signature, Rider! — SpikeToronto 23:41, August 14, 2015 (UTC)
Done! (verify) Important: Any changes you make to the abuse filters must be reverted when you are done testing. In other words, leave the AF forest exactly as you found it when you’re done. Thanks! — SpikeToronto 23:58, August 14, 2015 (UTC)
As you noticed, I created scripts for things specifically because the USERNAME template was unable to perform the necessary actions. nI've re-written it so that links will work properly. You can see the script here. I know it can't be changed yet, but in the near future I'd like to fix this up. You can test it for yourself if you like. ~Curiouscrab (talk) 02:02, August 19, 2015 (UTC)
Right now the textbox has /USERNAME rather than the person's username. That was because the script wouldn't work with inputboxes. My version is compatible with inputboxes. ~Curiouscrab (talk) 14:40, August 20, 2015 (UTC)
Oh, I see. Well, all we can do under the current MediaWiki namespace lockdown is shelve this conversation for later. — SpikeToronto 19:30, August 20, 2015 (UTC)
Your user page
It says "I and Admin Tools Wiki’s other Administrator — Jeff — are here to maintain Admin Tools Wiki and to help and assist its members whenever possible." - I notice that Jeff has not made any edits since November 2013. Retired, perhaps? Master of Time 18:09, August 19, 2015 (UTC)
He says, “No.” It may just be that, being closer at hand, I tend to beat him to everything. Thanks! — SpikeToronto 18:40, August 19, 2015 (UTC)
Okay. I just thought I would mention it. Thanks for responding! :) Master of Time 18:59, August 19, 2015 (UTC)
It's the latter. — JeffG. ツ 15:41, September 10, 2015 (UTC)
We tend to keep conversations here at ATW in the location where they begin. (See also my header at the top of this page.) So, this thread started on your talk page … — SpikeToronto 19:44, August 20, 2015 (UTC)
I noticed multiple templates that are only used by you (as bureaucrat) claim that only bureaucrats can edit the specific page, but alas it's not true. I wrote a script here that would require that you add "<div class="bureaucrat"></div>" to the templates and it would make the pages view source only. It works with both Monobook and Oasis successfully and is ready for implementation whenever JS protection is ended.~Curiouscrab (talk) 15:41, August 30, 2015 (UTC)
Yeah, it’s always been a sort of honor system: See the bureaucrat padlock, don’t edit. Of course, any sysop or testadmin could still edit; the ’crat-protect message alludes to that fact. We could’ve asked Staff to create a new protection level for us, but no one’s ever breached the honor system. However, if we’re ever able to edit JS again, I’d certainly like to give your script a try. Thanks! — SpikeToronto 03:07, August 31, 2015 (UTC)
Message from Supreme Master of Time
Hello. I don't mean to come off as impatient, but I thought I'd ask since you are the only bureaucrat on this site... I added a request for test adminship over two weeks ago but have not received a response. Did I make mistakes in my request, perhaps? I don't need to test extremely badly and if it is too difficult a determination, I am okay, but I thought I should ask you just in case. Thank you! Master of Time 02:33, September 4, 2015 (UTC)
I’m sorry for the delay. There was a security issue a few weeks back on another of Wikia’s wikis that caused Staff to lock the MediaWiki namespace across the entire Wikia system. As such, that entire namespace is denied to us for any testing. Even testing scripts through your own user JS was blocked, although that has been somewhat relaxed today inasmuch as we can now edit the top-level JS files in our userspaces, but no JS sub-files. Anyway, this all places us in limbo, waiting to see where things end up, but it is quite possible that this wiki may soon be dead, except as a template repository. Again, sorry you’ve been waiting so long. — SpikeToronto 03:11, September 4, 2015 (UTC)
I'm sorry to hear that. As I said, I primarily edit Wikipedia, and the delay hasn't been extremely bothersome. Thank you for taking the time to respond. I appreciate it. I will notify you if I have questions in the future. Master of Time 21:57, September 4, 2015 (UTC)
Hi Spike! I just thought I'd login to Admin Tools Wiki and see if I received any messages, and sure enough I had. Sorry for not being around to reply. However, that was certainly a flash back to the CentralAuth days! Too bad I have no use for it now.
I am very surprised to see in September 2014 the problem I was having back in 2012 is still present; they need to get that fixed or some sort of official walk-through made available. Then again, saying that, I always thought of CentralAuth being a WMF-specific extension, and not much support was for other users (I could be wrong of course).
Thanks again and hope you are well! — JempcorpTalk 21:39, October 19, 2015 (UTC).
Hiya laddie! Nice hearing from you. I hope all is well. I notice from your edits that you’re an undergraduate now. Do you like it? Is it going well? As for us here, Wikia had a serious security incident a few weeks back and so locked everyone out of the MediaWiki namespace. But, it’s slowly coming back to us. Now when we want to activate new JS, we submit it, it gets reviewed, and then activated. To be honest, with JS, I don't really mind as I am not any good at JS; so, the extra pair of eyes is a good thing for me. (You can see the new system in the right-hand sidebar here.) CSS has been unlocked, so we can make changes there. As for the rest of the MediaWiki namespace, it is being slowly whitelisted (i.e., opened back up to us). Have fun at school! — SpikeToronto 21:03, October 21, 2015 (UTC)
A security incident? Would you be able to tell me what happened, exactly? I'm guessing some sort of JS/MediaWiki namespace hack?
It's funny actually: I've been keeping an eye on Wikia's MediaWiki version number - it is still 1.19, a version developed and released in 2012! That version is no longer supported (ended in May 2015) and the new Long-Term Support version is 1.23. I personally always use the latest release (1.25.3 as of writing this), but seeing as Wikia has most of the MediaWiki code hacked and prodded with their own personal code I can see why they use LTS versions, so 1.23 should be their goal by now. It does make me wonder!
As for university, yes I do quite like it indeed. The only hitch is that writing professionally written reports, fully referenced with academic sources is a rather tedious task, and I procrastinate a lot
It’s exactly as you guessed: “some sort of JS/MediaWiki namespace hack”. I was looking for something to link you to, but there have been so many blogs and forums over at Central Command about it, I didn’t know where to start! So, just have a nose around over there: you’ll find stuff. (There have now been TWO (2) breaches, by the way.)
As for Wikia’s version number, think of it as merely the core. Wikia has so many programmers, coders, and software engineers, it maintains its wikiware itself. So, it doesn’t really have to stay even with the WMF sites.
By the way, I always thought the best part of university was writing papers! Also, what’s your uni programme of study called?
Enjoy your weekend! — SpikeToronto 02:10, October 24, 2015 (UTC)
I see. Well at least the security issue is being sorted !
Seeing as the Wikia code is being modified by the Wikia engineers, I would expect them to be studying changes to the MediaWiki core over at git.wikimedia.org and applying security fixes that were made over there to here. To be honest, Spike, I think Wikia's code is bloated and buggy, and could do with a refresh! By the way, have you seen the powers staff have and the amount of extensions they have installed? It's immense! They even have their own "wikia" folder full of API's in the MediaWiki code (which I commend them on being able to extend MediaWiki like that).
As for university, my course is titled "BSc (Hons) Computer Science: Software Engineering", and I do not agree about the best part being writing papers! Haha .