Guild Wars Wiki talk:Requests for technical administration

From Guild Wars Wiki

Contents 1 Guild Wars Wiki:Requests for technical administration/Cite or Cite.php 2 Category tree extension 3 Extension to prevent page names from containing certain text strings 4 AllowImageMoving and DeletedContributions

[edit] Guild Wars Wiki:Requests for technical administration/Cite or Cite.php

It looks like everyone forgot about this one. I've also proposed it on the other wiki at Guild Wars 2 Wiki talk:Requests for technical administration#cite.php. -- Gordon Ecker 00:24, 31 July 2008 (UTC)

Actually I don't see a need for that; nearly everything on the wiki is from in-game, so citations - or rather the references - aren't really needed. poke | talk 12:28, 31 July 2008 (UTC)

I could see it being useful for lore articles (for example, referencing the manuals, interviews, magazine articles, etc.). Might even be used as Gordon describes on the request's talk page. It won't hinder other articles, but it will be useful for others. -- Brains12 \ talk 14:37, 31 July 2008 (UTC)

I have to agree with Poke. There are only a handful of practical applications for this, all of which work perfectly fine at the moment. Calor 15:44, 31 July 2008 (UTC)

I agree with Brains, but isn't there a little symbol that we already use to site things like manual text and official lore? --People of Antioch 13:56, 17 August 2008 (UTC)

That's only for entire pages, not for the citation of specific details. -- Brains12 \ talk 19:00, 17 August 2008 (UTC)

[edit] Category tree extension

I have recently been looking at the Category structure here on GWW, and I am convinced that getting the Category tree extension would be of benefit to us. It would give us a tool to be able to easily see where categories are being added as well as to see where categories may be needed for better organization of the information.-- Wyn 16:54, 15 August 2008 (UTC)

Is this the one that gives the "+" symbol on category pages in wikipedia? If so, then no objection from me. -- ab.er.rant 15:09, 17 August 2008 (UTC)

same here. poke | talk 15:12, 17 August 2008 (UTC)

Thirded. Calor 17:32, 17 August 2008 (UTC)

I think this extension adds that "+" symbol to all categories, even ones that do not have one. It would just pop up the text: "No subcategories". I would like it *better* if that was left out or fixed somehow. --People of Antioch 17:54, 17 August 2008 (UTC)

[edit] Extension to prevent page names from containing certain text strings

Is there an extension allowing specific text strings to be banned from page names? Spambots ofter create pages with names ending in /index.php, and some characters such as \ and ~ cause problems when used in page names. -- Gordon Ecker 06:23, 18 August 2008 (UTC)

Extension:Title Blacklist would do it. ¬ Wizårdbõÿ777(talk) 17:24, 18 August 2008 (UTC)

I'll go create a request page for it? Calor 17:26, 18 August 2008 (UTC)

I disagree; where is the problem with what sort of pages? It is much better to simply adjust the modrewrite settings. poke | talk 17:39, 18 August 2008 (UTC)

Pages like User:~nymph~ are hard to access? And what are these modrewrite settings you speak of? ¬ Wizårdbõÿ777(talk) 17:43, 18 August 2008 (UTC)

So you basically want to disallow that user from creating a userpage.

http://wiki.guildwars.com/index.php?title=User:~nymph~ works; as I said, it's a problem with the url-rewrite. And mod_rewrite is a server module that allows to internally rewrite urls to others without having the user notify it. Basically everthing on the wiki beginning with /wiki/ is rewritten. poke | talk 17:46, 18 August 2008 (UTC)

If URL-rewrite can deal with problematic characters, it would be a better solution for them. However I still think we should blacklist any page name containing /index.php, since it's a common target for spambots and that text string has no reason to exist in the names of legitimate pages on this wiki. -- Gordon Ecker 02:06, 19 August 2008 (UTC)

[edit] AllowImageMoving and DeletedContributions

Manual:$wgAllowImageMoving can be used to move images, making it easier to follow our image naming rules and for general maintenance. Extension:DeletedContributions allows sysops to view editors' deleted contributions, something useful in cases of a returning vandal and the like. -- Brains12 \ talk 23:57, 23 August 2008 (UTC)

Agreed with the DeletedContributions extension; it is very helpful when checking vandals before blocking.

For the image moving, it is not that easy as it looks like. The setting was introduced in MW 1.13, so it is not available for us yet, and as it states on the page, it is not really a safe function. As a solution, we could set up a template that requests image moves, and I could have Wikichu periodically move those images. poke | talk 00:08, 24 August 2008 (UTC)

The suggestion for the AllowImageMoving was for when ArenaNet update to 1.13, or so they can test how stable it is on their testing servers. I know it says it's experimental, but we could ask ArenaNet to test how effective it is (seeing as they're testing 1.13 at the moment). You've been mentioning the image move requests and Wikichu moving images for a while now as a solution, but it's not actually being done or discussed :P. -- Brains12 \ talk 00:13, 24 August 2008 (UTC)

Oh, didn't saw that entry (why is Emily's journal always unwatched!?) - I know I have mentioned the Wikichu auto-moving some time ago, but actually it seemed as if nobody was really interested in it, apart from a few cases.. poke | talk 00:35, 24 August 2008 (UTC)

Ah right. Well, I'd rather have an independent way of moving images, rather than having to depend on one person and his bot (in case you go inactive or something). Passing that along so ArenaNet can test it would be useful, in my opinion -- if it doesn't work out (or ArenaNet refuse), then we can go for Wikichu. -- Brains12 \ talk 00:39, 24 August 2008 (UTC)

Definitely DeletedContributions. As for AllowImageMoving, I'd also support (no obvious pitfalls), unless, as Poke says, there are certain hitches. In which case, Poke/Wikichu can do it. Calor 00:43, 24 August 2008 (UTC)

So there is an extension for viewing deleted contribs, that's something I've been meaning to ask about for a while but never actually did, but anyway I'd support it. At this time I won't comment on the image moving one as I don't have the time tonight to check it out. --Kakarot 03:49, 24 August 2008 (UTC)

"(in case you go inactive or something)" <- loled on that :P But sure, if the MediaWiki image moving works correctly, it is easier than "copying" images to another place and "deleting" (=hiding) the old one. poke | talk 14:39, 24 August 2008 (UTC)

Deleted contributions would be a good addition. Image moving would be lovely, and it would be a good idea if it could be tested by Anet before the upgrade. As is says experimental, we really need to know if it will cause security problems or big hiccups. Just failing to move once in a while isn't that much of a problem. - anja 16:04, 24 August 2008 (UTC)

Depending on how it fails. If the images get completely lost, it would be a problem imo. poke | talk 16:57, 24 August 2008 (UTC)

That was my point. :P - anja 17:11, 24 August 2008 (UTC)

I concur on both parts with Anja. I've wanted deleted contributions for awhile now, just never got around to bringing it up here. And image moving, if it works, would be a great addition to save everyone headaches when someone uploads an image under a poor name. If all it is is something like occasionally the wiki'll throw an error saying you can't do that, that's not a big deal, it's still better than what we've got now. If it's something like crashing the wiki, images lost, etc, well, that's bad, hence why we'd like to have IT test it out while they're testing 1.13, and enable it if it's viable. - Tanetris 17:35, 24 August 2008 (UTC)

Yep. Being able to move images helps, especially since (if?) it keeps the upload log. -- ab.er.rant 13:13, 25 August 2008 (UTC)