Guild Wars Wiki talk:Requests for technical administration

Length of usernames
Is it technically possible to limit the creation of user accounts to a certain number of characters? If it is, we should implement something to stop account-creation-trolling like we've seen in the last couple of days. I don't think it would have a detrimental effect; even accounts made in good faith should not be overly long. -- pling 14:21, 11 June 2010 (UTC)
 * It should be. I think it would be useful to do so. But what would happen to existing names that are too long? -- FreedomBound [[Image:User_Freedom_Bound_Sig.png|19px]] 14:33, 11 June 2010 (UTC)
 * Would it actually prevent anything, or would they just create like 3-4 accounts in quick succession to make the same message? Are you aware you can create accounts while logged in? The tabs could all be open and submitted in order. It wouldn't take significantly more effort to troll in this manner, but would require more effort to fix. Something like the option to put a temp restriction on creating accounts (like 10 minutes) site wide would be more effective and unlikely to be that destructive. That being said, I struggle to see a legitimate reason for someone having a ~50 character user name, so I am not overly opposed to it. Did you have a particular limit in mind? Another option would be to make the account creation log not part of RC by default, then no one would even see the trolling. Admins could all switch it on. Misery  14:47, 11 June 2010 (UTC)
 * The longest username I can think of off the top of my head on any wiki is "Arnout aka The Emperors Angel" which is 29 characters. So, 35-40 wouldn't be unreasonable. However, keeping the logs off of default RC wouldn't be bad either. --JonTheMon 14:54, 11 June 2010 (UTC)
 * It's not just the account creation log that's a problem when long usernames exist, it's the edits they make and the reversions they require. I'm not sure about taking the user creation log off RC since it can be useful to detect new vandals/socks (most of the recent ones I think were detected on RC before they had a chance to edit) - I'll leave that for others to decide. However, I still think a limit on username length should be implemented in addition to that (if applicable).
 * I'd rather not put off new users registering accounts by adding a time limit between account creations (i.e. having some requests rejected just because someone else registered minutes ago), and I don't think the circumstances we're trying to avoid necessitate that. Blah, misread. Still, I'd rather not have account-creation-temp protection.
 * 40 characters might be ok. -- pling User Pling sig.png 15:40, 11 June 2010 (UTC)
 * (ec) I'd say a limit of 40 characters should more than cover any legitimate names (for example, the in-game name character limit is half that) while curbing vandals' ability to spam RC and page histories with multi-line names. Obviously it won't keep vandals from vandalizing or socking or spamming, but it helps limit their lasting impact (on page histories). A question: Will complications with GWW and GW2W's shared user database arise from this, or should it be fine as long as the limit is applied to both wikis, or what? - Tanetris 15:51, 11 June 2010 (UTC)
 * 40 is more than enough, I'd consider something a little shorter like 35 or even 30 since 40 characters still look a bit intrusive. Also shorter sigs ftw! :-) We can also reduce the limit to the same as ingame if we find that 99% of the accounts are under 20 characters. -- Lania [[Image:User Lania Elderfire pinkribbon.jpg]] 18:35, 11 June 2010 (UTC)
 * 40 seems like a bit too high of a limit. I'd feel a bit more comfortable with a 25-30 character limit. The username is a username, not all of your biography plus one. I know mine pushes 23, but I don't think its intrusive....I hope. --User Wandering Traveler Sig2.png Wandering Traveler  21:27, 11 June 2010 (UTC)
 * Please note, that that limit there is in bytes, not characters. Also note that 20, and even 30, characters is very short. Just think of people, who are registering using their full name. It's not rare that those names get quite long.
 * Anyway, setting a username length limit shouldn't be done to prevent vandalism (although we still should reduce that limit a bit to make revision lists prettier), and I don't think those vandals will actually care how long their new nick is, as soon as they notice, that the full line no longer works. Instead we should set up blacklists to prevent common vandalism name similarities. poke | talk 21:41, 11 June 2010 (UTC)
 * I don't know, the overly long names do help to spot them in a crowd. &mdash; Why [[Image:User Why s.png|User talk:Why]] 21:43, 11 June 2010 (UTC)
 * lol, true. poke | talk 21:43, 11 June 2010 (UTC)
 * Is it possible to setup IP blacklists? like against known open proxies? -- Lania [[Image:User Lania Elderfire pinkribbon.jpg]] 22:10, 11 June 2010 (UTC)
 * I think so. But the blacklists will take time to fill out properly, and it still wouldn't fix this immediate problem on its own - the main issue for me is the length of the usernames in logs and histories, so that should be our priority. Even a temporary limit to character/byte length, just to deal with the current troll, would be useful to lessen his impact - we could then go on to discuss/carry out the implementation of a blacklist (whether by word or IP), and see if we need to modify the username limit. I'm still in favour of 40 characters. -- pling User Pling sig.png 22:20, 11 June 2010 (UTC)
 * I've no problem with this. I agree with poket that we shouldn't do it just to play into the hands of trolls. but the trolls do it because it is annying, so will be so even if not done with malicious intent. 32 bytes should be enough for everybody. Backsword 22:36, 11 June 2010 (UTC)


 * [ I guess 32 bytes is okay.] poke | talk 23:35, 11 June 2010 (UTC)
 * .. awesome :D. Have we established whether existing usernames will be affected by the limit, by the way? -- pling User Pling sig.png 14:30, 12 June 2010 (UTC)
 * Having checked that, it appears that existing usernames (above that limit) will no longer be usable. poke | talk 17:49, 12 June 2010 (UTC)

Conclusion
These are the setting, we will change. Any objections, or comments? poke | talk 18:42, 12 June 2010 (UTC)
 * I agree, with the added note to make sure to add the same changes to GW2W at the same time as GWW, given the shared database. - Tanetris 18:47, 12 June 2010 (UTC)
 * I'd agree even with a limit of one. - J.P.[[Image:User J.P. sigicon.png| ]] Talk  18:53, 12 June 2010 (UTC)
 * I don't know any reason why someone would need to make 2 accounts on the same day. ~Shard  [[Image:User Shard Sig Icon.png]] 20:07, 12 June 2010 (UTC)
 * Making shoepuppets for signatures; registering an account then registering again because you don't like the name.
 * I agree with the first thing; not sure about the second, but not completely opposed. If we do go ahead with the second, it should be no less than 2. -- pling User Pling sig.png 20:34, 12 June 2010 (UTC)
 * Sounds good to me. &mdash; Why [[Image:User Why s.png|User talk:Why]] 13:21, 13 June 2010 (UTC)
 * Sounds great! :)-- Lania [[Image:User Lania Elderfire pinkribbon.jpg]] 16:09, 13 June 2010 (UTC)
 * The throttle is pointless as when you ban an account, account creation is disabled for the duration of the autoblock, 24 hours. It could only really hurt legitimate contributors who for some reason screw up making their accounts or want to make a couple of accounts at once for redirects, or make the hypothetical situation about opening multiple tabs and submitting them all at once to create multiple accounts marginally more difficult. Misery  12:32, 14 June 2010 (UTC)
 * Can the throttle use decimals or values less than 1? I think this calls for science. [[Image:User_Felix_Omni_Signature.png]]elix Omni 12:35, 14 June 2010 (UTC)
 * On that note, Misery, I want to point out that vandals can also tab and submit multiple user names before a single autoblock is in place. &mdash; Gares 13:00, 14 June 2010 (UTC)
 * Yes, hence making that one specific case of vandalism that has never occurred marginally more difficult. It's even a kind of vandalism that you don't have to do anything about at all. You could go and remove all the log entries, or you could just ignore it. If someone really wanted to do that they would just have to have a different proxy every 2 tabs, which is totally doable. In any case, if people really want a throttle, something like 4 is more reasonable. It's not like the clean up job is any harder for 4 entries instead of 2 and it gives a little more leeway for legitimate mistakes. Misery  13:09, 14 June 2010 (UTC)
 * If someone had nothing better to do, then yeah, you're right. That would also be pretty pathetic too. I really have no objections to either 2 or 4. Just as long as there is a reasonable limit. &mdash; Gares 13:20, 14 June 2010 (UTC)
 * Actually, that specific case of vandalism has occurred - it started some time after you pointed it out in your first comment. But at least you're not giving them more ideas. -- pling User Pling sig.png 13:27, 14 June 2010 (UTC)
 * You are welcome Pling. I actually have more reasons for pushing the removal of the user creation log by default, but I wouldn't want to give anyone any more ideas. Misery  19:57, 14 June 2010 (UTC)
 * Removing the log from RC has actually less benefit. In the first place, we want to avoid vandalism. If a user with a name similar to the recent ones is registering, it is very likely, that the user will try to vandalize the wiki. And then it's better to block him before he even has the chance to do it. It might be disruptive in some cases, but at least it is less disruptive, than lots of vandalism and reversion entries in both RC and the page's history. poke | talk 22:22, 14 June 2010 (UTC)
 * MediaWiki has a "list" of blacklists which would not "take time to fill out" ... I think Lania had a good point. [[File:User DimeCadmium sig.jpg]] Dime Cadmium ! 22:32, 14 June 2010 (UTC)
 * I disagree. We have no policy against (open) proxies, and such vandalism cases are rare anyway. I would rather see a solution against the actual vandalism, without blocking possible visitors. Also setting up such blacklists from open proxies really isn't that easy. poke | talk 22:36, 14 June 2010 (UTC)
 * I'm not sure if this is vandalism, but it seems informative. -- R i ddle 22:38, 14 June 2010 (UTC)
 * You also have no policy against username lengths, nor do length limits prevent (all of) the vandalism - a large portion of the vandalism is the page edits, IMO. In addition to the fact that - how many users on here use open proxies? Few, I'm sure. Moreover, how many HAVE to use open proxies? None. And, it's not incredibly difficult, either. @Riddle, that would WORK, but 1. it would slow down the process of editing (im not sure if they check every edit, or only first edit, or etc and 2. as said, some people might not like the scans. [[File:User DimeCadmium sig.jpg]] Dime Cadmium ! 22:43, 14 June 2010 (UTC)
 * I was talking about the notes provided. -- R i ddle  22:45, 14 June 2010 (UTC)
 * Just a quick note about open proxies. About 2/3 of IP vandals that I bother checking are open proxies.  So open proxy vandals are pretty common.  -- Lania [[Image:User Lania Elderfire pinkribbon.jpg]] 22:46, 14 June 2010 (UTC)
 * I see, Riddle. It's... at least partially true. I don't know how many users/admin's would do so, but some might. Lania, agreed, and I'm fairly certain this particular vandal is using open proxies. [[File:User DimeCadmium sig.jpg]] Dime Cadmium ! 22:47, 14 June 2010 (UTC)
 * This looks like a IP blacklist addon for media wiki. Not sure if this will work for us though.  -- Lania [[Image:User Lania Elderfire pinkribbon.jpg]] 22:50, 14 June 2010 (UTC)

Search
Did we ever install LuceneSearch/the stuff that enables it? The search features on both wikis aren't great, so I doubt we did; it's a lot lot lot worse than Wikipedia's. -- pling 16:53, 19 June 2010 (UTC)
 * Guild_Wars_Wiki:Requests_for_technical_administration/LuceneSearch For reference Shadow <font color="Red">Runner  17:23, 19 June 2010 (UTC)
 * It is worth noting LuceneSearch is now marked as obsolete in favor of MWSearch according to MediaWiki. - Tanetris 17:47, 19 June 2010 (UTC)
 * And that needs "Extension:Lucene-search"... they really should use a different name. Anyway, I think we should install these. -- pling User Pling sig.png 20:32, 19 June 2010 (UTC)

Bump. This is quite an important extension that helps readers as well as editors. There are currently also... "issues" on GW2W regarding the functionality of the search features. If someone could make the proper request page for this, that would be great. -- pling 14:54, 9 July 2010 (UTC)
 * Guild Wars Wiki:Requests for technical administration/MWSearch. poke | talk 17:04, 14 July 2010 (UTC)
 * Excellent. Is everyone fine with adding that to the list of requests? -- pling User Pling sig.png 18:36, 14 July 2010 (UTC)

reCaptcha
I would like to suggest you also make addurls=true. While it will be a bit obnoxious for people adding legitimate external links, it will eliminate the IP advertising spam, more immediately than the blacklist. Just a thought. -- Wyn  talk  12:43, 14 July 2010 (UTC)
 * I don't really see where that was discussed that it is immediately requested by the community. In fact, I highly disagree with those settings, as they overwrite already made settings by the ConfirmEdit extension. I have no major issue with adding a stronger captcha, but instead we should adjust our previous made settings first. I'm not sure if those settings are correct (as I get a captcha when trying to register as well), but we should decide on those separately.
 * In addition, I am also thinking about finally adding something against harmful known open proxies. poke | talk 13:07, 14 July 2010 (UTC)
 * ConfirmEdit can be disabled to make way for the stronger security of ReCAPTCHA. I do not see why a more extensive captcha would be a negative, other than a little more work installing a new extension.
 * Oh, and Wyn, I'm on the fence regarding urls. It would be an added preventative measure for sure, but a more prominent hassle for users than just user creation. I don't mind the hassle myself, so I would support either way. &mdash; Gares 13:15, 14 July 2010 (UTC)
 * The reCaptcha is a separate plugin that is from what I understand not available to be "added" to ConfirmEdit. You can replace the default captcha (which is not bot proof as we have seen for the past many hours), with the FancyCaptcha, which requires creation of the captcha images in Python (seems a bit of a pain to get installed and set up). I agree that this request was not discussed by the community, but I am in favor of it. -- Wyn [[Image:User Wynthyst sig icon2.png|19px ]] talk  13:16, 14 July 2010 (UTC)
 * "reCAPTCHA relies upon, and is bundled with, the ConfirmEdit extension." poke | talk 13:23, 14 July 2010 (UTC)
 * Ok, so I don't totally understand it all. I'll freely admit that. I just believe that the reCaptcha (however it is installed and implemented) is the best choice of bot prevention of the options out there. I for one do not want to see another round of rc spam like we have had for the past day. -- Wyn [[Image:User Wynthyst sig icon2.png|19px ]] talk  13:27, 14 July 2010 (UTC)
 * ReCaptcha sounds like a great idea, not sure about the url setting. Anyway to make it so only registered users can add urls, rather than requiring existing editors (that have registered and thus already passed the initial test) to solve a captcha each time an external link is added? <font color="Black">-- <font color="#0104C6">FreedomBound [[Image:User_Freedom_Bound_Sig.png|19px]] 13:28, 14 July 2010 (UTC)
 * No Freedom, anyone wishing to add an external link would have to complete a reCaptcha before the page could be saved. As I said, it's a little obnoxious for people adding legitimate external links, but it would eliminate any IP bot ad spamming. -- Wyn [[Image:User Wynthyst sig icon2.png|19px ]] talk  13:32, 14 July 2010 (UTC)
 * Based on the supposed confirm edit settings, IPs already have to captcha to post a URL. --JonTheMon 13:35, 14 July 2010 (UTC)
 * No one is expected to know everything in the world of programming, even know everything in a particular concentration, Wyn. I don't know every function or library in C++ by heart after 10 years of coding with it. Poke just found that note at the bottom of the Extension:ReCAPTCHA article. &mdash; Gares 13:38, 14 July 2010 (UTC)
 * This is my configuration proposal. Not completely sure if the original settings were actually kept or if this request actually was enforced. However part of that change is to put unconfirmed users down to the same level as unregistered users, as we did with other things before. I'm not too sure if adding a captcha for external urls is the best idea (given how many useful links we actually get), but we may or may not argue about that; I don't feel too strongly about it. poke | talk 14:28, 14 July 2010 (UTC)
 * What's the req for confirmed again? --JonTheMon 14:31, 14 July 2010 (UTC)
 * I can live with that poke. It's been so long since I did anything here without logging in, I have no idea really what IP users can and can't do anymore. :D My suggestion was just an attempt to curb the IP ad spamming (which is not a huge problem). -- Wyn [[Image:User Wynthyst sig icon2.png|19px ]] talk  14:37, 14 July 2010 (UTC)
 * Jon: 10 edits or registered for 24 hours. poke | talk 14:42, 14 July 2010 (UTC)
 * The biggest issues I can see for having the captcha for unconfirmed users is when they have another online profile or are making a guild page. But since the confirmed level is pretty low and a captcha isn't gonna stop those people, I think the current settings are fine. --JonTheMon 15:12, 14 July 2010 (UTC)
 * Can we push the button on this one? - Auron 08:50, 20 July 2010 (UTC)
 * The button's been pushed on our end. Just need to poke ANet. --JonTheMon 12:05, 20 July 2010 (UTC)

MediaWiki 1.16
1.16 was released on July 28th. Should we add a request to install it? (It contains Vector!) -- pling 22:51, 12 September 2010 (UTC)
 * Go for it! ...As long as it doesn't break anything :) - J.P.[[Image:User J.P. sigicon.png| ]] Talk </b> 22:56, 12 September 2010 (UTC)
 * Yeah! I'm just hoping it doesn't mess up my shiny new sig with the preferences changes. <font color="#0AA">–~=<font color="#0AA">Ϛρѧякγ User Sparky, the Tainted guided sig.png <font color="#0AA">(τѧιк)  &larr;&hearts;– 22:59, 12 September 2010 (UTC)
 * Out of curiosity, does vector override monobook, or is it a choice? <font color="#4169E1"> ~ PheNaxKian <font color="#8A2BE2">talk  18:10, 13 September 2010 (UTC)
 * It's a choice, but personally with 1.16 I would like to decide on a single skin (i.e. getting rid of every other). poke | talk 18:52, 13 September 2010 (UTC)
 * Let's not go down the Wikia route... at the very least, Monobook and Vector should be available options. -- pling User Pling sig.png 18:55, 13 September 2010 (UTC)
 * As long as we don't decide to mess with the skins, we are not able to go at least in a similar direction as Wikia.. poke | talk 19:08, 13 September 2010 (UTC)
 * You can take away Monobook when you pry it from my cold, dead hands. - Tanetris 19:20, 13 September 2010 (UTC)
 * lol. <3 poke | talk 19:23, 13 September 2010 (UTC)
 * It's ok for me to only have Monobook and Mehtor. Others have visual issues anyway, am i correct? - J.P.[[Image:User J.P. sigicon.png| ]] Talk </b> 20:05, 13 September 2010 (UTC)
 * What Tane said..... -- Wyn [[Image:User Wynthyst sig icon2.png|19px ]] talk  21:18, 13 September 2010 (UTC)

Dangling in the wind
Emily's gone, with mention that the wikis would now be in the hands of the Extended Experience team, but no one there's visibly stepped up. We've had the MWSearch and Recaptcha requests lingering in limbo since July with no official word on them. More recently, Poke mentioned wanting some new interwiki prefixes, with no clue who to ask, and then there's the wiki off-and-on sluggishness the past few days (which thankfully seems to have stopped, at least for now).

My point: We need a point of contact for this sort of thing, one that's visible to and reachable by at least the admins if not everyone. If there's already an Anet person watching, great, but we need to know you're there and know what's going on and know how to reach you. If not, what are we doing about this, people? - Tanetris 02:17, 6 December 2010 (UTC)
 * Interesting you say this when yesterday I sent an email to the webmaster arena.net address requesting to whom we could address wiki technical issues - especially wrt the servers being slow with tedious regularity. It may have been better coming from someone who's name they might recognise and trust and so perhaps be more likely to reply to - but I'll let you know if anything shows up from the request. -- aspectacle 07:10, 6 December 2010 (UTC)
 * I actually wanted to get to know who is responsible for the wiki now for a while, but didn't really have the time to ask yet. I'll do that tonight, and we will see. poke | talk 08:20, 6 December 2010 (UTC)
 * GW2W has had off-and-on sluggishness since August, never mind 'the past few days'. Oh, and you left out the MW 1.16 (Vector!) update. -- pling User Pling sig.png 13:38, 6 December 2010 (UTC)
 * Yes that would be nice. i expected someone to get in contract with us after Emily left, but apparently not. Backsword 12:39, 8 December 2010 (UTC)


 * Hi, everyone. The team member who will be working with you on requests for technical administration is on paternity leave for the month. Any requests for wiki plugins can't be addressed until he returns. I've forwarded this thread to the EE team, and they're aware of the discussion concerning point-of-contact for plugin requests. Thank you for your understanding, and we appreciate your patience through this period. -- Regina Buenaobra [[Image:User_Regina_Buenaobra_sig.png]] 22:11, 8 December 2010 (UTC)

Interwiki link to Guild Wiki
Guild Wiki has moved to its new location; the old location is now know as Guild Wars @Wikia. Can we update the interwiki map accordingly? e.g. so that  Focus  could point to Focus? Thanks. (Obviously, please move this comment if this the wrong location for it.) — Tennessee Ernie Ford ( TEF ) 21:12, 14 December 2010 (UTC)
 * I'll note it may be useful to just install http://www.mediawiki.org/wiki/Extension:SpecialInterwiki so admins can add/change/delete (particularly delete looking at how many useless ones there are there) interwiki links without having to bug Anet about it each time, and to have a more easily findable list of interwiki links for everyone. - Tanetris 20:09, 15 December 2010 (UTC)


 * Yes, that sounds sensible. In fact, I'm surprised that ANet would want to manage interwiki links when the unpaid staff here can handle it; I assumed that the sysops already had that power.


 * For those not following other threads: Regina mentioned recently that, since Emily's departure, the new staff person responsible for handling these requests has not started work...so we probably won't see any action on this until January. — Tennessee Ernie Ford ( TEF ) 20:52, 15 December 2010 (UTC)


 * Who can we ask (@ANet) to get a status update on either self-management of interwiki links or when they can update the current list? I realize the probably answer is: wait another 3-4 weeks (but I would like to make sure this isn't lost in the holidays/transition). Thanks. — Tennessee Ernie Ford ( TEF ) 19:29, 12 January 2011 (UTC)
 * We don't know who the new Anet-wiki liason is and a message on Regina's talk page won't be noticed any time soon, so I guess we wait for someone to come to us first. The alternative is finding an off-wiki route of communication - email, Twitter, Guru, or something. -- pling User Pling sig.png 19:40, 12 January 2011 (UTC)


 * She seems to respond to forum questions, but I don't have a login on any of them.  — Tennessee Ernie Ford ( TEF ) 20:08, 12 January 2011 (UTC)
 * Regina is on MSN every day. [[Image:User_Felix_Omni_Signature.png]]elix Omni 20:40, 12 January 2011 (UTC)


 * Right, I'm not ever on MSN, otherwise I would ask her directly (instead of asking here). So, could one of the sysops who is on MSN ask her for a status update? (Again, I'm not expecting her to put a rush on anything, but I would like ANet to set our expectations.) — Tennessee Ernie Ford ( TEF ) 20:48, 12 January 2011 (UTC)
 * Is this going to be done? o.O Cause I'd still like to link to my userpage on that site using interwiki. Kaisha  User Kaisha Sig.png 16:46, 10 May 2011 (UTC)

Extension:Collection
I wanted to suggest the Extension Collection to be installed onto both wikis. Primarily GW, because it would be really nice to be able to export pages into a PDF for offline reading (like for a Kindle or any other eReader.This extension was made by PediaPress, and through them you can even convert an entire wiki into a physical book. But PDF is enough. If combo'd with 2 other extensions you can even export to DocBook XML and ODF (opendocument), allowing for conversion to other formats from those to like EPUD or Mobi which makes it even better for eReaders and the like. A perfect example could be the Lore section of the wiki, and add in all the sub-pages to to make a good amount of reading offline for those that wish to learn about the lore. The only forseeable negative I can think of is maybe a space/bandwidth/processing issue on the server when generating the PDF, ODF, and XML (PDF creation is handled off server by PediaPress.com). I haven't really looked into if there is a purge option or a "don't save PDF for longer than 24 hours"-like option. It is also very easy to install by the looks of it.

Extension:Collection -- Working Example ### Optional: Extension:OpenDocument_Export - Extension:XML_Bridge
 * I dislike these extensions. They make it all too possible to publish. Call me crazy, but I've seen game guides on sale on ebay that are created using these extensions and that is a violation of copyright. These extensions would make it virtually impossible to control. -- Wyn [[Image:User Wynthyst sig icon2.png|19px ]] talk  07:16, 8 March 2011 (UTC)
 * It's not that much harder to publish stuff right now. It would take me maybe 1 hour to write a script using the open wiki API to pull everything I need from the wiki and generate a PDF locally. http://wiki.guildwars.com/api.php is the location to the API that is open on all Wikis by default, and I am not even sure if you can turn off the API access. Second, if you go to http://pediapress.com/collection/ and use the "Send to PediaPress" Bookmark on the page, and go to any page on this wiki or the GW2 wiki, you can generate a book ANYWAY. So it is already possible to do it, and those that would do it, already know about it. [ Daegalus  - talk ] 12:04, 13 March 2011 (UTC)
 * So there is no need for these extensions then either. -- Wyn [[Image:User Wynthyst sig icon2.png|19px ]] talk  14:01, 13 March 2011 (UTC)
 * Yes and no, while I can do that, the extension allows you to generate PDFs or other digital formats for ebook readers, smartphones, etc and allow you better chances to read it. Plus you don't have to pay for it. Second, while I can use the API, the extension preserves the formatting, images, and other information better. The API can achieve the same results but its more finicky and the API is in beta, its not 100% up to par to what this extension could generate since it has backend access to generate the pages. The way you are saying it is why have search extensions in the wiki when you can use Google to search this wiki? Because its faster, better, and more to the point. [ Daegalus  - talk ] 08:42, 14 March 2011 (UTC)

Open requests
Just to quickly summarize things that are open: Upgrade to 1.16(.2), installation of MWSearch, installation of SpecialInterwiki (2 sections up, could use a real requestpage written up), installation of AbuseFilter (mentioned on Poke's talk page, could use a real requestpage), assorted settings and extensions carried over to GW2W... Leaving off the Collection extension in the section above (since it hasn't been agreed on one way or the other yet) and actual bugs/slowness (issues for the bug page), have I missed anything here? - Tanetris 19:07, 25 February 2011 (UTC)
 * I fully agree with this, though I would like to add that there is also a new version of ParserFunctions that also requires the addition of StringFunctions to make sure that all parser functions are covered in 1.16. -- Wyn [[Image:User Wynthyst sig icon2.png|19px ]] talk  07:21, 8 March 2011 (UTC)
 * No Wyn, ParserFunctions does not require StringFunctions. poke | talk 09:14, 8 March 2011 (UTC)
 * Is #replace used anywhere on GWW? -- Wyn [[Image:User Wynthyst sig icon2.png|19px ]] talk  18:25, 8 March 2011 (UTC)
 * As we do not have StringFunctions installed, it isn't used, no. poke | talk 18:27, 8 March 2011 (UTC)
 * Ok... so I'm dumb. I just know that we have had to have both because the string functions included in the new parser functions hasn't been all inclusive. My bad.. I trust you to know what's best for GWW. -- Wyn [[Image:User Wynthyst sig icon2.png|19px ]] talk  18:31, 8 March 2011 (UTC)
 * Ok.. what about reCaptcha? since that is also one that was approved by Anet but never installed. -- Wyn [[Image:User Wynthyst sig icon2.png|19px ]] talk  18:33, 8 March 2011 (UTC)
 * The sooner reCaptcha is implemented, the sooner Jon can take a break from the ubiquitous spam bots. They've been growing this past while. G R E E N E R  02:39, 10 March 2011 (UTC)
 * Yes, reCaptcha is still highly needed. --<font color="limegreen" size="2px">Dominator <font color="mediumblue" size="1px">Matrix  04:11, 10 March 2011 (UTC)
 * Keep in mind that reCaptcha was broken by bots in January, so the spambots you are seeing are not going to be deterred much. If anything, they simply stop uploading images unless you are going to require recaptcha when anyone creates a page. -- Wyn [[Image:User Wynthyst sig icon2.png|19px ]] talk  14:03, 13 March 2011 (UTC)
 * Could we use reCaptcha for the uploading of images, creation of new pages, and possibly a couple others for non-autoconfirmed users? And no, I hadn't heard the code had been broken, but to what degree? Was it found to be possible to break, or found to be broken with relative ease? G R E E N E R  17:57, 13 March 2011 (UTC)

( Reset indent ) Coming into this discussion a bit later, but wondering what happened to the idea of enabling the StringFunctions? There can be times when being able to manipulate a string within a template can prove useful, however perhaps there's some reason why these were not enabled? --Wolfie (talk|contribs) 00:07, 1 June 2011 (UTC)

Search engine
Hi there, about MWSearch: the technical team would prefer not to instal that extension, in order to avoid increasing the servers' load (or, reducing the servers' performance). They are however investigating the possibility to use an alternative such as Google Custom Search Engine. Would this extension be acceptable to the wiki community? Regarding the reCaptcha extension, there should not be a problem. --Stephane Lo Presti talk 16:40, 29 March 2011 (UTC)
 * I for one do not want a google search engine. Sorry. -- Wyn [[Image:User Wynthyst sig icon2.png|19px ]] talk  17:17, 29 March 2011 (UTC)
 * If that means replacing the standard mediawiki search engine. I dont like the idea. If we can use both. I have no problem with it. --SharkinuUser Sharkinu sig.png 17:52, 29 March 2011 (UTC)
 * The extension does nothing else than searching for ; this works directly on google too. In addition it adds a second search box. Personally I don't like this suggestion. If one wants to search with google then they are free to do that, externally. Otherwise the wiki search engine has more benefits (namespace selection etc.), and when we can't improve that one (with a Lucene engine, which we don't get), then I would rather stay as we are now. poke | talk 18:26, 29 March 2011 (UTC)


 * I agree with Wyn and Poke: keep the current tool unless we can improve what we have now. — Tennessee Ernie Ford ( TEF ) 18:59, 29 March 2011 (UTC)
 * Seconding the above. What we have works; I'm hesitant to add or change anything to the search function, from a personal perspective. --User Wandering Traveler Sig2.png <font color="#D2691E">Traveler (<font color="#D2691E">talk ) 19:34, 29 March 2011 (UTC)