User talk:Emily Diehl/Wiki discussion archive 7

Little reminder

Hey Emily, you probably missed/forgot that small request because of all this recent extension, setting, and code discussions, so I wanted you to remind you of that request about the WriteAPI, I made back when you told us about the upgrade (that section is here). To add another code section to this page (sorry Wyn! :P), I summed up what changes or lines would need to be added to the LocalSettings.php:

$wgEnableWriteAPI                                = true;  // enabling WriteAPI
$wgGroupPermissions['*']['writeapi']             = false; // disabling WriteAPI for anonymous users
$wgGroupPermissions['user']['writeapi']          = false; // disabling WriteAPI for unconfirmed users
$wgGroupPermissions['autoconfirmed']['writeapi'] = true;  // enabling WriteAPI for confirmed users
$wgGroupPermissions['sysop']['writeapi']         = true;  // enabling WriteAPI for sysops

I'm not totally sure if we really need the last line (as sysops should be already autoconfirmed when they are promoted), but there is no harm in adding it to be sure. However that enables the WriteAPI for registered and confirmed users which allows us to use the API to change pages instead of taking the detour over the web interface (allowing me to develop new versions for both GWWT and Wikichu btw :P). poke | talk 14:57, 9 January 2009 (UTC)

Is it not enabled? Erk. I use it all the time on Wikipedia. Handy thing :) Ale_Jrb (talk) 17:53, 9 January 2009 (UTC)

The normal API is enabled; Useful commands for editing were added with 1.13 and you have the WriteAPI setting. Also as far as I know Wikipedia doesn't allow WriteAPI..? poke | talk 18:13, 9 January 2009 (UTC)

Editing via the API? Very much enabled on Wikipedia. Go to the API and find permissions. Unless there's been a horrible misunderstanding and I have no idea what you're talking about. :P Ale_Jrb (talk) 12:25, 11 January 2009 (UTC)

Oh, then I read something wrong about that :P Doesn't change something on the request though :P poke | talk 15:31, 11 January 2009 (UTC)

That's true :) Ale_Jrb (talk) 20:45, 11 January 2009 (UTC)

(Reset indent) Sorry I missed this, Poke. I've been off the wall busy. I'll pass the request on to the team for ya. -- Emily Diehl (talk) 03:19, 22 January 2009 (UTC)

Any news on this? :) poke | talk 22:03, 9 February 2009 (UTC)

Locked Editing

Well since Linsey has to catch up on topics, her page has been locked. I was wondering if somehow you could tell her that on her Q/A tab, it has the Q's but no A's (not sure if that is intentional, but if it is, sorry for wasting your time ;] ) Sweet Escape 02:05, 29 January 2009 (UTC)

Linsey's FAQ page is a work in progress. They'll be answered when the list of questions is settled on and Linsey has time. - Tanetris 02:15, 29 January 2009 (UTC)

Bow renders

Is there some reason you have made all the bow renders vertical? -- Wyn 06:16, 5 February 2009 (UTC)

Talk:Bow#How_do_you_guys_want_me_to_upload_the_renders_for_bows? - Tanetris 06:58, 5 February 2009 (UTC)

Ok.. thanks Tane. -- Wyn 07:05, 5 February 2009 (UTC)

Timer

Edit, Repost from Linsey's talkpage:

I know it has been asked before but can't you guys make a timer on the main site which shows when event's start and weekend events and that sort of things that would be easier for alot of people to change the time in their timelinetable etc. I hope that you would look into this again. Death Sligher 09:54, 17 January 2009 (UTC)

That's a question for Emily Diehl right? She's the webmaster here. 145.94.74.23 21:18, 17 January 2009 (UTC)

Owh ok will it post there aswell. Death Sligher 21:49, 17 January 2009 (UTC)

Hiya Death...are you talking about a timer on the wiki or on our main website? If you're referring to the wiki, you should bring it up to one of the gurus around here (like Poke...I think he worked on the main update template on the front page with Lord Biro). They'll probably have some good ideas about how to implement something like this. -- Emily Diehl (talk) 03:23, 22 January 2009 (UTC)

Poke knows how to implement anything... calor (talk) 03:35, 22 January 2009 (UTC)

Well I meaned the mainsite because not all people look at wiki :), and the events are announced at the main site too but if poke makes a timer for here. Maybe it can be used at the main site aswell. Poke were are you ^^ DEATH SLIGHER 62.133.217.85 10:19, 22 January 2009 (UTC)

For a wiki timer, we should probably discuss this somewhere else where more people are looking at. Maybe Talk:Main Page. poke | talk 15:54, 22 January 2009 (UTC)

Dont know if much people look there:(,but why discuss it. It is asked many times we can just at such a timer, to lets say the cantha new year event 2009. as example. Owh and maybe ask it there? Death Sligher 19:52, 22 January 2009 (UTC)

(Reset indent) Hiya guys! This is something I can look into, but I'll be honest with you all and say that web resources are very tight right now. My recommendation would be to discuss how you'd like something like this to be implemented for the wiki and do it here first. That way, the timer would be in place quicker. I'm not particularly clear on the exact details of your request, as we do try to list the start and end times for our events on the event pages themselves. If these details were worked out here first and I could see what you're talking about, we might be able to mirror something on the sites eventually. I just can't give any promises either way, or estimate a timeframe because we're swamped :) -- Emily Diehl (talk) 20:00, 22 January 2009 (UTC)

Thanks Emily, we'll see what we come up with :)

@Death Sligher: Having a timer that will affect everybody on the wiki should be discussed somewhere where the bigger part of the users looks at. Also I never saw the idea of a timer to the events on the wiki before, but it might be interesting to see what others think about it. So again: Not here please :) poke | talk 20:09, 22 January 2009 (UTC)

Was going to give my opinion but at the end, "Not here please"... Damn. Someone let me know where this discussion comes up more officially.-- anguard 20:12, 22 January 2009 (UTC)

Feel free to bring it up somewhere yourself :) I would do, but too lazy atm ;) poke | talk 20:13, 22 January 2009 (UTC)

I mean something like a timer when the event starts as a beginning and maybe a other timer for when the ox comes for his meals and maybe a end timer when the events end. But I mean make it ones and we can just edit it and use it for other events;)Example in paint: http://img145.imageshack.us/img145/4733/naamloos2pa1.jpg But were can we put this thread at the wiki so that alot people read it? :/ Death Sligher 20:32, 22 January 2009 (UTC)

Ok I will repost this post in the Cantha New Year 2009 topic we will see if people like the idea. http://wiki.guildwars.com/wiki/Talk:Canthan_New_Year_2009 Death Sligher 20:39, 22 January 2009 (UTC)

Please continue this discussion at Talk:Main Page#Event timer. poke | talk 20:46, 22 January 2009 (UTC)

To let you know Poke made a beta timer, http://wiki.guildwars.com/wiki/Canthan_New_Year_2009 do you like it?^^ Maybe we can make it better and with more times but its a start ;) Death Sligher 00:00, 27 January 2009 (UTC)

Another (small) code change :)

Hey Emily, hope you are feeling well, it has been a while since you were actively on the wiki and I hope you are not ill again :) I have another code change request I (or rather Pling) would like to change regarding redirects - it's a very small one this time ;)
The file in question is the /includes/Title.php, there are two lines that create the redirect when moving pages. The original setting makes the target image showing on redirect pages when the redirect is not active (for example when a deletion tag is added on the page, then the #redirect code is not interpreted). That makes the appearance a bit unclear so we would like to have a very small fix for this that prevents the image from being showed in such cases but does not change anything on the redirect effect at all. Both lines are identical and just need a colon to be added. The original line is (lines 2669 and 2765):

$redirectText = $mwRedir->getSynonym( 0 ) . ' [[' . $nt->getPrefixedText() . "]]\n";

and we would like that changed, in both cases, to:

$redirectText = $mwRedir->getSynonym( 0 ) . ' [[:' . $nt->getPrefixedText() . "]]\n";

That's all - thank you :) poke | talk 23:38, 12 February 2009 (UTC)

Thanks Poke...I'll go ahead and pass it along tonight. I spoke with IT this afternoon about the requests I'd sent over before, and they are currently looking into those as well. -- Emily Diehl (talk) 02:02, 13 February 2009 (UTC)

Image Cache Issues

Heya Emily, I've encountered some image cache issues which I've been unable to clear up using the 'purge' command. I could, of course, re-upload the images or upload them to a new file name to fix it, but I understood you asked to be notified on these issues so here they are: 1,2,3,4,5,6,7,8,9. Some of these fail to update completely while others only show problems updating their thumbnail or full-res image on linked pages. Again, I wouldn't mind re-uploading these to fix the issue if it's a bother so let me know what you'd prefer in this case and on those of future issues I stumble upon :) Nate 21:59, 19 February 2009 (UTC)

Thanks for the report, Nate! I'll check into these :) -- Emily Diehl (talk) 02:54, 24 February 2009 (UTC)

GW2W code changes

Hey Emily, Tanetris and I just noticed that the code changes we requested for GWW were not done for GW2W (like the recentchanges and the redirect fix). Could you ask the IT to do those changes (I think simply copying the files would work, as it's the same MediaWiki version) to GW2W too and maybe to keep them synchronized in future? When they do this they can also work off the previous requests ;) Thank you :) poke | talk 21:16, 23 February 2009 (UTC)

Would this cause downtime for either wiki? -- Brains12 \ talk 22:01, 23 February 2009 (UTC)

Not really, replacing files is done within seconds.. poke | talk 22:05, 23 February 2009 (UTC)

Hiya Poke! I'll pass this along to the team for ya :) -- Emily Diehl (talk) 02:53, 24 February 2009 (UTC)

Heya Poke! I was just notified that this is done. Let me know if anything looks funky so I can pass it along. -- Emily Diehl (talk) 21:25, 24 February 2009 (UTC)

Hey Emily, thanks for the quick response, but it seems that nothing has changed on GW2W, neither redirects nor the RecentChanges change was applied there. Maybe they forgot to put it on the live system? ^^ poke | talk 21:31, 24 February 2009 (UTC)

Hola Poke! Sorry about this! There was a misunderstanding on what I was asking :) This should all be taken care of. If it's still wrong, just let me know. -- Emily Diehl (talk) 20:16, 2 March 2009 (UTC)

Yeah great, that worked :) poke | talk 20:33, 2 March 2009 (UTC)

MediaWiki 1.14.0

Hey Emily, MediaWiki 1.14.0 was released last week. Are there any plans for upgrading GWW/GW2W yet? If you like I could provide it with all our recent code changes already implemented if you like (and if that works for you); if not I can of course also release some "what to change where"-instructions instead :) (I'll actually install the version later to see what of that we still need to fix and if there has something changes how it needed to fix). So if you have any information about it, I would be happy to hear about it :) poke | talk 19:34, 1 March 2009 (UTC)

1.14.0 Looks good. Many new useful features. Knowing past updates Areanet ussally waits for the first service pack/update pack. E.G. 1.14.1. Though in this case the sooner the better. Dominator Matrix 19:45, 1 March 2009 (UTC)

Heya guys! I actually just got an email about this this morning, but I've been up to my neck in stuff lately and haven't had a chance to pass it on yet. Gah! Anyways, here's the scoop on the upgrade:

• We have 1.14 installed on our staging environment, and we've tested it. There are no known issues, so we're pretty confident that it's ready to go.

• With the upgrade, we're going to run into the same issue of image redirects breaking again (since our "fix" is basically a core code modification of MediaWiki that we have to replicate everytime we push an upgrade). To prevent us from having to do this every version, IT would like to install the ImageMap extension. From what we see, this extension not only handles image redirects, but it can also provide functionality for actual coordinate based image maps.

We wanted to check with you guys before we pushed the upgrades, since we know that it will definitely break redirects yet again. Are you OK with us just moving to ImageMap to fix this issue once and for all? The reason why I wanted to pass it by you first is because making this change may require you guys to go in and change image pages that are currently redirecting. I'm not familiar with the extension (I just know that it's used on Wikipedia), so I'm not 100% sure how the syntax would change versus what we have now. Since we have so many images redirecting, I want to make sure we're not going to create a completely ridiculous amount of work.

If you guys could check out the proposed extension and let me know what you think, I'd really appreciate it. It's possible that we could come to a compromise where we fix redirects with our WikiHax (hehe) one more time (to allow you guys to gradually switch things over), but IT would really like to avoid making changes to base wiki code when possible :)

Sorry I've been absent lately. Web has been going bananas lately, so my focus has been really split =X Thanks guys! -- Emily Diehl (talk) 20:14, 2 March 2009 (UTC)

Actually no, the ImageMap extension won't do it. That is a compeletely different feature. The ImageMap allows the use of the html tags to create image maps, to have an image and to specify areas on the image that work as hyperlinks. So that would just be a workaround for us which would add a too complicated feature to our current usage on image redirects. (And the workaround would actually require to change all simple image links into complicated parser tag functions specifying the image and one big map area with the size of the image - which is not always available btw.. So it would just clutter all of our pages)

MediaWiki 1.14 introduces the "link" attribute for image inclusions, so you can specify a target where you are linked to when clicking the image (which works like this then: [[Image:Image:UserEmilyDiehlStar.gif|link=User talk:Emily Diehl]]), so that would actually really help us for most cases, but still requires to change all images to actually have that link attribute. But there is one thing that is a pitfall with this solution, which is the reason why Wikipedia for example disallows the general usage of that parameter on image links. And that is that you won't have a way to get to the image description page without going directly on the code side and copying the link to the image by hand. But GFDL always requires attributes for every work, and that includes images. By removing the possibility to reach the description page, which contains all attribution information of the images, we are actually violating GFDL then. This is why Wikipedia only allows the use of the link parameter for images that are released into the public domain (and as such don't require attribution).

So that all is not an optimal way to fix our problem; and especially as we use image redirects in nearly all aspects of the wiki (signature images linking to the user page, skill icons linking to the skill page, other icons linking to the related topic etc.) I don't think we can that easily forget about the redirects. So I would still prefer to go the way with changing the code for that instead.

And as I said, I don't have a problem with providing an archive of the changed files of the previously requested changes we had, so that the IT just need to replace the files. poke | talk 20:30, 2 March 2009 (UTC)

I would agree that having to change over every single image that is redirected on the wiki is a MONUMENTAL task. I would also prefer to just maintain the redirect system already in place, even if they get broken for a short while after each update. -- Wyn 20:38, 2 March 2009 (UTC)

Thanks for the feedback, guys! I'm talking to IT about it right now, and we agree that the proposed solution may not be the best way to go. Bummer :( We've gone ahead and made the hack to the code on staging, so images won't break when we do the upgrade. If you guys are OK with it, I'd like to schedule a time for the upgrade.

As a sidenote, I'm wondering if you guys have any ideas about what we may be able to do to fix the images issue without having to modify wiki source after every upgrade (I'm looking at you, Poke ;))? Would it be possible to write an extension that handles this? If an extension like this existed, it would be a lot simpler to manage. Just a thought I wanted to pass along :) -- Emily Diehl (talk) 20:51, 2 March 2009 (UTC)

Hmm, I browsed through the code now, but it won't be possible to implement an extension at that place; it is part of the internal core system, and there is no extension hook at that place. So instead I went through the other files, and combined all those previous code changes together and made a 1.14.0 compatible set of our changes, so the IT just has to replace it. I tested them all, so there should be no further issues with it. I also added a new package of the DismissableSiteNoticePlus extension, although the only change is comes from the language pack in the original version. The package is available here.

Also when I just looked around and wanted to look for a possible fix for a problem we encounter often with pages that show a lot animated images (such as Special:NewImages, it gets blank because there are so many images that have to be thumbnailed first but the server runs out of time when trying it), I noticed that MediaWiki 1.14.0 already introduced the setting that was planned for 1.15 to avoid that problem. $wgMaxAnimatedGifArea allows to set a size limit of animated images, the server will still generate animated thumbnails for. It is set by default to 1MP, which is still too high for us (as our animations are usually smaller but longer in duration). So I want to ask you to set this to a lower value right when updating to MW1.14. I think a good value would be 1e4, that way all of our skill animations won't get animated thumbnails.

And I would like to remind you again of the previously requested right setting regarding the WriteAPI, as it is still not enabled ^^. Thanks as always :) poke | talk 22:55, 2 March 2009 (UTC)

(Reset indent) Thanks Poke! You're a ninja :) I'll pass this info on and remind the team about the api request. -- Emily Diehl (talk) 20:35, 3 March 2009 (UTC)

Heya Poke! During this morning's upgrade, we made the api changes and included the items you provided earlier. Thanks again for the help, and let me know if anything looks funky. -- Emily Diehl (talk) 19:36, 4 March 2009 (UTC)

MediaWiki 1.14 upgrade coming!

Heya guys! Here's a heads up that IT would like to upgrade both this site and the GW2W to MW 1.14 tomorrow, March 4. They'll start at 4:30 am Pacific, and project that it will take about an hour (so it should be done by 5:30 am Pacific). Would you be able to stick up maintenance warnings on the sites for me like usual? Thanks, and yay for upgrades :) -- Emily Diehl (talk) 20:35, 3 March 2009 (UTC)

Will there be any wiki down time for the update? — Jon Lupen 20:43, 3 March 2009 (UTC)

Yep, per usual we have to take the site down for the upgrade. See my above timeframes :) -- Emily Diehl (talk) 20:46, 3 March 2009 (UTC)

Ok, gotcha, thanks! — Jon Lupen 20:49, 3 March 2009 (UTC)

Yay for upgrades! :D Nice to see it happen this fast ^^ Great and thanks! :) poke | talk 21:00, 3 March 2009 (UTC)

After a quick look everything seems done, including all fixes and things - very nice. Even the WriteAPI is enabled but the group rights don't seem to be changed for it. I would still suggest to disable the WriteAPI for normal users but to enable it for autoconfirmed users:

$wgGroupPermissions['*']['writeapi']             = false; // disabling WriteAPI for anonymous users
$wgGroupPermissions['user']['writeapi']          = false; // disabling WriteAPI for unconfirmed users
$wgGroupPermissions['autoconfirmed']['writeapi'] = true;  // enabling WriteAPI for confirmed users
$wgGroupPermissions['sysop']['writeapi']         = true;  // enabling WriteAPI for sysops

Anyway, thanks for the update :) poke | talk 13:26, 4 March 2009 (UTC)

Yeah thanks for the upgrade Emily, now to explore the new features :) --Kakarot 14:14, 4 March 2009 (UTC)

Okay, settings are implemented now! Great, thank you very much :) poke | talk 14:30, 4 March 2009 (UTC)

Sure thing! Please let me know if you notice anything wrong. -- Emily Diehl (talk) 19:37, 4 March 2009 (UTC)

Image cache.... again...

It seems that certain images are not updating on the image page when a new version is uploaded... however they seem to show up fine on the pages where they are linked. Image:Lupine Mask f.jpg is an example. --Shadowphoenix 04:19, 4 November 2008 (UTC)

I looked through the MediaWiki source code on Sunday on this problem and noticed that there are multiple caching functions involved; the one for the image thumbnails (= all resized versions of an image) is called on deletion (which was already a way to get the new images displayed) and on purge; this however doesn't work - would it be possible to have the IT check what the MediaWiki-log says when you ?action=purge an image page, as there are multiple points where the purge task writes something in it? (I think you have to enable it first) It could for example be, that for some reason when the thumbnails should be deleted, exactly that isn't possible (maybe because of rights) poke | talk 07:39, 4 November 2008 (UTC)

Hiya Poke! I'm going to pass this along again tomorrow. Sorry for the delay :( -- Emily Diehl (talk) 05:07, 10 December 2008 (UTC)

Featured articles

Hey guys! I wanted to bounce an idea off of you to see if we can get a project started. In the future, we'd really like to feature the wiki more prominently on places like our website. One cool way we were thinking to do this is to showcase articles deemed by the community to be of exceptional quality. For those of you who frequent Wikipedia, you can see that they do this in the form of Featured Articles. They have a nice system where the community nominates exceptional articles, they get reviewed, and articles that make the cut are flagged as featured. They're then added to a special category, and end up cycling across the main page of the wiki.

Anyways, there are some really great pieces on this wiki, so we'd like to adopt a similar system here. That way, we'd have a pool of pre-selected articles to eventually showcase elsewhere.

Would you guys be interested in starting a program like this? Let me know your thoughts :) -- Emily Diehl (talk) 22:45, 3 March 2009 (UTC)

I think this sounds like fun. -- Wyn 22:46, 3 March 2009 (UTC)

I think this is a great idea and should be pulled off. I tried to drive a "weekly quality article" thing during the times when we only had one wiki, but no one seemed too interested in then. -- (gem / talk) 22:56, 3 March 2009 (UTC)

I think this is a good idea also. Would help with the wiki atmosphere. Dominator Matrix 00:12, 4 March 2009 (UTC)

Sweet :) Well, if you guys can get something like this rolling, that would be really awesome. I can't give details or make promises on timeframes, but having this wiki feature would be really beneficial for the future ;) Let me know if there's anything I can do to help! -- Emily Diehl (talk) 02:27, 4 March 2009 (UTC)

One thing I am curious about is what articles should we even consider? For example one may not wish to feature on the main site, an article on the last mission in prophecies due to the potential spoilers in regards to the plot. This again is raised for the articles on Kormir and Abaddon and so on and so forth. Don't get me wrong, I think it's a great idea, but not only will the articles we choose have to be of a very high quality, but they may also have to be generally informative (as in not being too specific) and not spoil plot developments for those users who do not wish to have them spoiled for them. Sorry if I'm not making any sense as I'm just typing while I'm thinking, but I think the articles which may be most pertinent to this project are the general articles about game mechanics. For example the article on pet evolution (which needs some work done to it admittedly) or the article on bows and its comparative flight times and so on and so forth. Those types of articles hold general information which is not plot related and that if read and digested properly can really help a player improve their game and understand the subtleties of the game itself. -- Salome 02:35, 4 March 2009 (UTC)

I wouldn't let worries about things going on the front page make your selection process more complicated, or make you guys exclude great articles. If you guys see an article that's awesome, feel free to pick it even if it's something that may not make great external web content. We'll be able to do work on our end to make sure that articles that may be displayed are ones that are appropriate for all viewers (regardless of how far they are in campaigns):) -- Emily Diehl (talk) 02:58, 4 March 2009 (UTC)

Thanks for the info Emily, much appreciated. Well i'm sure we'll think up some guidelines to judge how good an article is. Another problem is that we have some very complete articles in accordance with our page guidelines, they just aren't very interesting, for example numerous articles on bosses are very complete but by themselves are somewhat dry, the same can be said for pages on specific skills and so on. However we also have pages like Mursaat, which do have a certain "x factor" which imho makes them stand out, I'm sure however we can find enough interesting, well edited pages for this project though. *goes off to merrily seek nifty wiki pages* -- Salome 03:07, 4 March 2009 (UTC)

No problem :) Thanks for the feedback! I honestly have no doubt that you guys will be able to come up with guidelines that end up making a really slick collection of articles. There's a lot of great stuff on the wiki, so having the best of the best will be really helpful both for promoting the site and for encouraging other articles to be filled out more. I think it will be a cool addition to the site! -- Emily Diehl (talk) 03:11, 4 March 2009 (UTC)

Yeah, it is really a good idea - but it will be hard to find good articles for a wiki that documents a game. But we'll see :) poke | talk 09:37, 4 March 2009 (UTC)

Project page is up Thanks Mis :D -- Wyn 15:21, 4 March 2009 (UTC)

(Reset indent) Nice job, guys! Thanks :) -- Emily Diehl (talk) 19:39, 4 March 2009 (UTC)

Bug in the logs

Hey Emily, MediaWiki 1.14 seems to include a minor display bug in the logs. For example the block log shows "(unblock | change block)" at the end of the line (with escaped entities). When I browsed through the MediaWiki repository I noticed that this was already fixed at the day when MediaWiki 1.14 released, but for some reason they branched MW1.14 already in January (when the bug was still there). So could you ask the IT to patch the /includes/LogEventsList.php according to this diff? (I don't think just downloading the current revision will work for that file as the revision changes include multiple changes on other files, so there could be some dependency; using the diff hower is safe, only the line numbers differ by ±5). Thank you very much. poke | talk 17:37, 7 March 2009 (UTC)

Sure thing! Thanks for the heads up, Poke :) -- Emily Diehl (talk) 17:52, 9 March 2009 (UTC)

Wiki related question

Dear Emily,

I've my own wiki-site for my GW guild and we also use redirects with images. After I updated to version 1.14 it doesn't work anymore. However on this wiki's image redirects still work. Can you please tell me how I can fix the problem on my wiki? Mistress of Trade 09:56, 10 March 2009 (UTC)

Have a look at User talk:Emily Diehl/Wiki discussion archive 6#Image redirect fun, namely Poke's post 3 indents in. - Tanetris 12:31, 10 March 2009 (UTC)

Hate to do it...

I really hate to bring this subject up again, but the Image cache has been totally wacked again at least since the update. There are several linked examples on the wiki bug page. Hope you're having a great day otherwise! -- Wyn 08:24, 16 March 2009 (UTC)

Thanks Wyn! I've been meaning to reply to this, but I've been completely up to my *cough* in stuff. I've already passed it along, so I wanted to pop in and at least say that :) -- Emily Diehl (talk) 04:55, 25 March 2009 (UTC)

Your ears musta been burning because I was talking about you in IRC :P -- Wyn 05:14, 25 March 2009 (UTC)

Haha, more like freezing. The heat goes off in here after hours, so it's freaking cold at my desk =X -- Emily Diehl (talk) 05:22, 25 March 2009 (UTC)

LOL! Go home silly! Get warm. -- Wyn 05:24, 25 March 2009 (UTC)

Ya, I need to get food soon so I'll make myself get out of here in a bit. Lins and I have been here so much lately that I'm about ready to buy cots for the both of us :) It's all worth it, though...hehe. -- Emily Diehl (talk) 05:29, 25 March 2009 (UTC)

I understand, I've been chatting with Linsey late in the night while she's been slaving away. I'm sure the efforts are going to pay off. Thanks again for getting the IT guys to look into the image caching stuff, I know it's a real pain to have it come up so often, but for users it's very frustrating, especially if they are used to sites where it isn't an issue. -- Wyn 05:46, 25 March 2009 (UTC)

(Reset indent) Oh no worries. Passing the info along is the least I can do. Trust me, the image caching thing drives us nuts too. It was a huge pain when I was doing armor renders, and it's a nightmare to track down on our end. Usually it has something to do with our netscalers, so that involves troubleshooting stuff across teams with a lot of people. It doesn't help that updates sometime seem to reset fixes we've made, too. -- Emily Diehl (talk) 06:01, 25 March 2009 (UTC)

Suggestions Page

Hi, wasn;t there some sort of suggestions page that was created recently to keep user suggestions off of dev pages? I forget the details and couldn't find it in searching (although I did my searching from work and was distracted). If there is, could you provide the link for it? Thank you in advance! Pkohler01 03:38, 30 April 2009 (UTC)

There was, but it was a horrible mess. Eventually, it was decided that suggestions should be restricted to user subpages, and that unclaimed suggestion pages would be deleted. More recently, there were legal concerns involving suggestions. Currently, there are plans to create a new feedback namespace with its' own licensing terms, however it's still in the early stages. -- Gordon Ecker (talk) 03:59, 30 April 2009 (UTC)

Thank you for the info! Pkohler01 00:46, 2 May 2009 (UTC)

A quick followup on the feedback stuff

Heya, I added a followup inquiry regarding the decision Mike had posted (here), if you get a chance could you take a peek at it? Thanks. :) (Aiiane - talk - contribs) 18:34, 30 April 2009 (UTC)

Sure Aiiane! I'll check this out today and see what I can contribute. -- Emily Diehl (talk) 19:58, 5 May 2009 (UTC)

Featured pages

Hey Emily! As you have noticed I am trying to put some new life in the featured pages project. I have a question though, as you have stated that you wanted to use the featured pages on the guild wars website (at least, I thought you did, I can't really find it in your archives so I might be wrong) is it okay if we change the featured article once per week, or would you prefer a longer/shorter time for articles to be featured on the Main page? — Why 10:49, 30 April 2009 (UTC)

Heya Why! I've got no strong preference on this. When we get the articles up on the site eventually, we'll probably pull from the category of the featured articles itself, so the one on the wiki itself will most likely be rotating at a different speed/frequency. Whatever you guys think works best here works for me :) -- Emily Diehl (talk) 20:00, 5 May 2009 (UTC)

Okay, thanks and good luck ;) — Why 18:13, 11 May 2009 (UTC)

Stuck image

Heya Emily! The File:Crystal Spider.jpg image you uploaded on 4/28 seems to be stuck. While the render appears on the main image page, the thumbnail is stuck, and if you click to enlarge it, it reverts to the old image, and the old image is still what is appearing on the Crystal Spider page. Could you please reupload it to see if that unsticks it? -- Wyn 16:25, 12 May 2009 (UTC)

It looks fine to me Wyn, are you sure it isn't the cache on your computer in this instance? (I know it is the wiki cache a lot lately.) oops she already uploaded a new one, must be why it is working!! :) --Lemming 20:30, 12 May 2009 (UTC)

Thanks Emily! And Lemming??? :PPPPPPPPPPPP hehehehe -- Wyn 20:57, 12 May 2009 (UTC)

Thanks Wyn! I passed this on to IT, and because of it they managed to track down a larger issue that may actually be causing the remaining caching problems. So, hopefully the fix put in for that will stop this whack-a-mole caching nonsense once and for all :) -- Emily Diehl (talk) 21:32, 12 May 2009 (UTC)