If you are experiencing difficulties getting past a specific part of the game, use the "Search" box on the left to find the specific quest, mission, or region that you are finding difficult. You can review any tips on that page, and discuss it on that page's talk page if more help is needed.

If you have a problem with contents of a page, use the associated talk page.

Please review existing bug reports before creating a new one. If you add a bug not related to the wiki (such as a bug in the game itself), the report may be removed with no action taken.

When reporting a new bug, be sure to provide a description of the problem, your wiki username, the information from any error message received, and any additional comments that may help someone reproduce and troubleshoot the suspected bug.

Known bug: any table with the "sortable" class has messed-up formatting. This is due to a change in how MediaWiki builds the sortable headers that doesn't play well with our current CSS rules. We should be able to fix the problem within a day or two. —Dr Ishmael 00:59, 9 May 2013 (UTC)

The semantic datastore that drives most of our dynamic content is currently being rebuilt. However, be aware that the cached version of pages will continue to display the incomplete content for up to 24 hours, even after the datastore is complete. Use the "refresh" tab at the top of the page to purge the wiki's cached version and reparse the page. —Dr Ishmael 01:35, 9 May 2013 (UTC)

$wgLogo (i.e. the setting for the logo in the upper left) is currently set to the default image; it used to be set to this image instead. (This is possibly not worth fixing since the logo is covered up by our custom CSS on top of Monobook and Vector, but I block that CSS because I far prefer a standard MonoBook. It's also visible by default in a number of the other non-default themes.) -- Dagger (talk) 04:35, 9 May 2013 (UTC)

Its worth fixing as its another line of junk we can remove from the two css sheets ^ -Chieftain Alex 11:30, 10 May 2013 (UTC)

Hi there, we can easily change that but the current wiki skin is not using a logo, so I'm not sure if you have a file for that? If you can find us the link, we can change the variable :) Thanks. --Stephane Lo Prestitalk 21:25, 13 May 2013 (UTC)

It was originally this image (the link I gave in my first post has been deleted, so I had to screenshot that one out of Firefox's Page Info dialog.) We cover it up with a different image using CSS by default in the two main themes though. -- Dagger (talk) 21:52, 13 May 2013 (UTC)

(Edit conflict) We're using File:Logo.png (http://wiki.guildwars2.com/images/c/c9/Logo.png). Alex is right, if you can change it in LocalSettings.php we can get rid of the custom CSS for it. And linking to the file within the wiki's file tree means that if we decide to change it, all we have to do is upload a new version of Logo.png, no changes to LocalSettings.php or CSS would be required. —Dr Ishmael 21:55, 13 May 2013 (UTC)

I agree with the second edit conflict. poke | talk 22:14, 13 May 2013 (UTC)

(In response to Tanetris) I'd get the white logo on a white background, because I block Monobook.css (which contains our site-specific skin) in order to get a default Monobook look. Maybe you'd also get it on the other, non-Monobook/Vector skins (where changing the background image might not work well). I guess I'm in the minority and could override any new background image with my own CSS, but still... -- Dagger (talk) 23:11, 13 May 2013 (UTC)

Please do give us a shout when you've decided which one we can use. As Dr Ishmael mentions it, a solution that would require only one change for us and still allow the wiki to change the logo would be perfect.

By the way, something important about the current logo and I'm not sure how we can get this adressed: the current logo used in the top-left is our old (TM) logo. We recently officialy changed it to the (R) version which can be found from this GW2 Asset Kit update notes page. Shall I talk to Alfa-R about updating this? Any advice on this would be greatly appreciated :) Thanks --Stephane Lo Prestitalk 23:17, 13 May 2013 (UTC)

Yes it's all that's needed. The new logo files I linked have the correct symbol, but it may be easier to modify the file currently used if it doesn't degrade the picture quality. If the wiki communitu doesn't have the resources for that, I can make a request for our graphic designers to do it, but this will require more time as they're super busy for quite a while. Do let me know if we need to make that request. Thanks. --Stephane Lo Prestitalk 16:28, 14 May 2013 (UTC)

Bump; is anyone working on updating the logo (with a ®), or should we leave this to ArenaNet to do it? Does anyone have source files of our logo? poke | talk 12:29, 7 June 2013 (UTC)

By the time I shrank the R text to size, I really couldn't tell what it was, so I gave up. The logo colouring is somewhat tough to match, particularly the shadow so its probably easier to shrink only the R bit and leave the rest intact than remake the file, but as you say, we need the wiki-logo source files to be able to make anything decent. -Chieftain Alex 12:48, 7 June 2013 (UTC)

Even though Alfa isn't active anymore, he usually response fairly quickly to his talk page. We could always ask him. —Dr Ishmael 13:59, 7 June 2013 (UTC)

(the red background isn't part of the image, just for contrast here) seems pretty close to me. (straight swap from TM to R.. too illegible?) -Chieftain Alex 16:25, 11 June 2013 (UTC)

Hi Alex, this one looks fine to me. Have you tried to use it on a custom css to see what it looks like on the site itself? Thanks a lot for your help on this ^^ --Stephane Lo Prestitalk 23:46, 11 June 2013 (UTC)

Its just a straight TM to R swap, its going to look better than the unset image file, it looks alright against the bulk of the other skins - just because theres a red shadow behind the text, the "2" is harder to see. Imo this file would do for $wgLogo. -Chieftain Alex 08:53, 12 June 2013 (UTC)

Did some checking, when you block most of the custom wiki css you'd get these results: The only skins which use the logo are Vector, Monobook, Common, Standard and Nostalgia, the other skins (cologneblue, chick, modern, simple) don't use it. I think there is enough contrast that the image works fine. -Chieftain Alex 09:13, 12 June 2013 (UTC)

Good, thanks again for checking Alex. I'd say the community should feel free to do the swap. By the way, I noticed a while ago a discussion about $wgLogo and wanted to write a summary for all our wikis, to see if we need to set this variable and to what value. Do you know how it's used and what the value should be? Thanks. --Stephane Lo Prestitalk 17:49, 12 June 2013 (UTC)

Ok then, in the meantime, if an admin would like to upload the new version at File:Logo.png, and then relink the current css monobook and vector sheets to that new file, that would be a good start.

Once that has been done (i.e. we can tell you what the file path is!), hopefully the tech team will be able to follow the short instructions at Manual:FAQ#How do I change the icon? (literally a one line change) -Chieftain Alex 19:29, 12 June 2013 (UTC)

I understand now, thanks for the info and let us know when we need to change it and what to. Note: I'm not sure I'm receiving edit notification emails all the time this page is changed so if I'm not replying after a few days, we may want to poke me on my talkpage. --Stephane Lo Prestitalk 19:35, 12 June 2013 (UTC)

The filesystem path isn't going to change (it's based on a hash of the filename, not the content), and that is http://wiki.guildwars2.com/images/c/c9/Logo.png —Dr Ishmael 21:46, 12 June 2013 (UTC)

Good point dr ish. Thanks for fixing the image poke. So it seems to me that the file path would be:

$wgLogo = "http://wiki.guildwars2.com/images/c/c9/Logo.png";

though perhaps a relative path would be better. -Chieftain Alex 13:30, 14 June 2013 (UTC)

Main issues seem to be the tabs, the left nav menu, the background thing at the bottom, the logo overlapping the page, font size of tabs/menus, padding underneath page titles, the overly long user menu bar at the top. -- pling 08:35, 9 May 2013 (UTC)

I've made a few "quick fix" change suggestions at User:Chieftain Alex/vector.css - which makes it look like this instead. (I should say that I'm an infrequent user of vector + I don't really recall what it looked like before it broke.. I thought there would be images of it after alfa-r changed the css on the old mainpage archive but none recently taken) -Chieftain Alex 15:00, 9 May 2013 (UTC)

Ok our current vector.css was a complete mess.. it had two stylesheets pasted in + overlapping. I've removed the repeated properties while going the list, inserted the patches I made in the above css, and put the contents in sandbox9. I can't guarantee that it will be perfect, but it should be pretty close (no way of telling while the custom vector css is loaded, alternatively we could remove it temporarily, tinker with it in our own css files and return the main file later) -Chieftain Alex 18:26, 9 May 2013 (UTC)

I checked it out, and yes, it's better but still has a couple issues. I'll implement so you can move forward. —Dr Ishmael 18:56, 9 May 2013 (UTC)

I think you might have implemented an old style - level 3 headers shouldn't have the weird font style anymore. pling 19:05, 9 May 2013 (UTC)

^this but at least it is use able would love to see all the tabs added back in. (like the refresh tab)--- Zesbeer 19:16, 9 May 2013 (UTC)

Heh 5k lines removed, I was bound to have picked up a few bugs -_- [1] --Chieftain Alex 19:20, 9 May 2013 (UTC)

Vector puts the refresh button under the arrows to the right? -Chieftain Alex 19:20, 9 May 2013 (UTC)

Yeah I haven't rewritten it all from scratch yet. in the interim, fixes. Also it looks better if you pick "simple search" from the special:preferences menu under Search options. -Chieftain Alex 19:17, 10 May 2013 (UTC)

thank you that seems to have fixed all the issues I had.-Zesbeer 21:32, 10 May 2013 (UTC)

There seems to be bluey lines on the left and right of tabs. They don't quite overlap with the actual border, they look like extra lines. -- pling 23:26, 10 May 2013 (UTC)

Purging cache doesn't seem to update the page immediately (templates), you have two wait a couple seconds and refresh (or hit purge a couple more times impatiently)--Relyk~talk > 15:32, 10 May 2013 (UTC)

latest update for guild wars2 not showing up on guild wiki only show 8th may[edit]

EC. I bet hes using firefox.. browser samples. Its font-size-adjust messing everything up as usual. Its like the code in my signature that stops it blowing up for firefox.. if you add the line

code { font-size-adjust: none; }

to the common.css it will fix it. -Chieftain Alex 16:26, 13 May 2013 (UTC)

Is there a reason to have the font-size-adjust in the rules for anything? It looks good, when I just remove that rule completely. poke | talk 17:49, 13 May 2013 (UTC)

Remove it by all means. Unfortunately I changed the line pre { font-size: 1.2em } to 1em when I was cleaning up the vector css, if you could revert that change too that would be great. -Chieftain Alex 17:56, 13 May 2013 (UTC)

It looks like it only affects the edit preview, for some reason, and only if it's at a certain position on the page. Healing Seed (environmental weapon skill) looks just fine right now, but if I edit and preview, the entire #column-one div has been smushed inside #bodyContent. If I only move the sic to before "allies" and preview, same issue; if I move it before "nearby" and preview, no issues. That doesn't make any sense to me. —Dr Ishmael 22:53, 14 May 2013 (UTC)

Okay, I found it out. Apparently, when a property value is too long, it gets cut so that the text begins with some characters, then there is an ellipsis and then there is some rest from the end of the text. Simply entering some long text will show this behavior.

Now when that text contains HTML code, then the fact box still does what it does and cuts the text the way it wants, completely ignoring any wiki markup or HTML code. This will cause wiki links to become [[con … for example, and it will also rip other HTML content apart. As it also does not sanitize the final output (like htmlencoding the result), some closing </span> will make it into the displayed text—but the opening tags are cut out to save room. Obviously this breaks a lot.

Interestingly, this is not related to the parameter of the {{sic}} template at all. It was just randomly the case that with the parameter the text was long enough, to trigger the cutting behavior. You can get the same result by just adding some more content before a parameterless sic template. poke | talk 23:32, 14 May 2013 (UTC)

E.g. Sclerite Karka Shell and any other backslot items - has two similar images in the gallery, second one without underlying text. Or, maybe, problem is in {{Item infobox gallery}}... Well, you probably know about it more than I do. MalGalad 09:27, 15 May 2013 (UTC)

I am not fluent with coding and this reporting has been a chore. My problem is the calculator will allow you to enter a name and you can sort of make out your progress in the columns but that is it. The page is messed up, you can not click on the lines to see what you actually need to work on in Guild Wars 1. Thanks 00Wizard00 —The preceding unsigned comment was added by00Wizard00 (talk • contribs) at 16:43, 18 May 2013 (UTC).

The Hall of Monuments calculator is not related to either the GW1 nor the GW2 wiki. As such it is not appropriate to report issues with it on the page for wiki bugs. The wikis are furthermore maintained by players only, while the calculator is made by ArenaNet. Please contact support if you have problems with it. poke | talk 17:04, 18 May 2013 (UTC)

I've been getting this error every time I attempt to create my new userpage, or delete content from an old one User:Cynn_Pyrosin.

"Server error
The website encountered an error while retrieving http://wiki.guildwars2.com/index.php?title=User:CynTheRed&action=submit. It may be down for maintenance or configured incorrectly.
Here are some suggestions:
Reload this webpage later.
HTTP Error 500 (Internal Server Error): An unexpected condition was encountered while the server was attempting to fulfill the request."

Already tried clearing cache and using 3 different browsers, so I'm not sure what the problem is. ~Cyn The Red 18:42, 22 May 2013 (UTC)

You're hitting the AbuseFilter bug (I've notified Anet tech about it). You can fix it yourself, though, by not using <br> tags - just leave blank lines between paragraphs (take a look at how I edited your post here). The specific rule you're triggering is looking for double-<br> tags as an identifier of spambots.

Unrelated, but please don't use a mainspace image in your signature. Instead, you should upload a copy of it to "File:User CynTheRed sig.png"; that way your sig won't be affected by any changes we make to the mainspace file. —Dr Ishmael 19:36, 22 May 2013 (UTC)

Ah, I had no idea the <br> tags were breaking it. I used to do a lot of web design work so it's kind of hardcoded into me. Thanks for the valuable information and I've adjusted the signature as well. ~Cyn The Red 20:12, 22 May 2013 (UTC)

No problem. Wiki code rarely uses HTML tags directly, so it can take some time to get used to. A single <br> can still be used to force a linebreak without extra space, but using 2 of them is redundant. —Dr Ishmael 20:36, 22 May 2013 (UTC)

(Reset indent) We pushed a fix that seems to solve the issue. Let us know if you're still experiencing the issue, thanks. --Stephane Lo Prestitalk 23:20, 24 May 2013 (UTC)

{{Contains}}, {{Drops}} and related have a bug, they pass additional pipe "|" with the... item name, I guess? Well, anyway, it brokes links, so that they look like [[Item|]] instead of [[Item]] MalGalad 17:46, 12 June 2013 (UTC)

Kind of a dirty fix. I'll try to make sure it works later. --JonTheMon (talk) 18:01, 12 June 2013 (UTC)

Actually, anybody, would it better to have it check on {{{2|}}} and call either {{item icon|a|b}} or {{item icon|a}} ? --JonTheMon (talk) 18:03, 12 June 2013 (UTC)

Changed {{item icon}} to (brute-force) check for passed empty values, hopefully. Contains and Drops shouldn't have a second parameter because you guarantee that's the article you want the property to link to. If you want to change the link name, you would change the name parameter in the item infobox instead of overriding the default.--Relyk~talk < 01:07, 13 June 2013 (UTC)

before the large update I was using this code User:Zesbeer/vector.js on my Custom JavaScript to remove both of the "--" part of the sign button and it dosnt seem to work any more. so any suggestions on how to fix it so I can only have one - instead of 2? -Zesbeer 20:10, 12 June 2013 (UTC)

Unfortunately, due to how the new MediaWiki handles its code, it’s no longer possible to really just change the text of that. You could probably overwrite the click handler in some way, but I personally think the easiest way to get your result would be to add a new button and remove the old one instead:

The {{recipe}} template was rewritten. This messes with templates that use Recipe DPL to generate tables and such, messing with {{Recipes by Rating}}. This is going to be replaced by {{recipe table}} soon, so I wouldn't worry about it. (And this can be moved)--Relyk~talk < 07:42, 29 June 2013 (UTC)

So, I didn’t follow that template rewrite at all, but I saw some comment about backwards compatibility and it being removed in a subsequent edit. So, why are templates rewritten in a way that existing pages break? And no, those pages being replaced “soon” is not enough. If a template is rewritten, then everything should either still work, or instantly be replaced by something that works and provides the same information. Otherwise the template should not be rewritten in the first place. We cannot keep breaking existing pages with information just because some template gets nicer; we are a wiki that is accessed by many people who are relying on information being around. poke | talk 14:23, 30 June 2013 (UTC)

Settle down poke, this is a simple case of insufficient impact analysis. I've updated the template now and I'll be fixing the pages that use it. Unfortunately, the full functionality can't be restored due to lack of data - recipe type needs to be added to all recipes, and it is something that Alex and I and some other people are working on. —Dr Ishmael 16:15, 30 June 2013 (UTC)

Ran into this again today. It was prompted to occur by [[Has pet family::{{ucfirst:{{{family}}}}}]] without wrapping it in an if statement to check for existance of family. -Chieftain Alex 12:14, 11 June 2014 (UTC)

Found the Sigil to be correctly working in WvW on NPC. The Sigil does in fact increase the Chill Duration by 10%. The Sigil must be equipped to your character at the time of casting skills. The increase in duration also applies to characters in the Death Shroud state.

I will update it now. In the future, you can change the page directly, there's no need to ask permission for edits such as these. It may be a good idea to indicate in the edit summary that you have tested this and found it to be untrue, so people don't think you're just deleting stuff for the fun of it. Psycho Robot (talk) 19:02, 3 April 2014 (UTC)

well done on testing it and posting your test results + method, but this page is for wiki bugs (like error 303/404/corrupt files) rather than ingame bugs that have been wrongly noted :P maybe someone should move this section to Talk:Superior Sigil of Chilling -176.26.107.213 20:06, 3 April 2014 (UTC)

I guess this would be the best place to put this. I was going though Wanted pages I saw that Template:Sold by was a wanted page that was deleted it was duplicate of Template:Vendor_list However it looks like the system does not quite work fully. As it does not pick up Services Vendors that use the inventory|master chief . I am unaware on how to get this working correctly as I don't know how the template system works.

Click on the "purge" tab to force the wiki to re-cache the page. —Dr Ishmael 19:08, 13 May 2014 (UTC)

That was it. All the sudden it appeared to be working. Looks like I got a Project ahead of me to update all those tables for all those items. Anzenketh (talk) 19:36, 13 May 2014 (UTC)

(Reset indent) I attempted to add vendor table using on Commander's Compendium When I do so I get a Expression error: Unexpected < operator. Error for the coin field. Anzenketh (talk) 16:35, 14 May 2014 (UTC)

That error was due to the commas that appeared due to the 1,000,000 value. Ideally we'd have formatted the SMW property such that it didn't display that formatting, but, since it was a type=record, we couldn't do that. Fixed by removing commas from number strings. like so -86.154.221.242 09:20, 19 May 2014 (UTC)

Results with an offset greater than 5001 can't be accessed, it just loops back to results 0-250 in my experience. If this could be tested on the testwiki with SMW1.9 that'd be great. -Chieftain Alex 19:04, 11 July 2014 (UTC)

Let me know how to test that (please be as specific as possible) and I'll do the check. Thanks! --Stephane Lo Prestitalk 19:10, 11 July 2014 (UTC)

I have no idea how much of a copy the test wiki is of this one, so I don't know if you have over 5000 pages to play with search through. The query I used on this wiki was

The 2 tables end up giant (with a "further results" at the bottom). How do you actually test that? I need detailed instructions :) --Stephane Lo Prestitalk 19:47, 11 July 2014 (UTC)

hmm ok.. I guess this still works if we set the limit=1 instead of 250. I've edited the code above to reflect that. Basically when you preview the code, if the two tables show exactly the same content, then the bug still exists (and its a SMW bug that hasn't been fixed by the developer). If they are different, then everything is working as intended (and its been fixed by the developers).

If you change the "offset=5001" bit to "5000", then the content will be different (anything less than 5001 works as intended) -Chieftain Alex 19:55, 11 July 2014 (UTC)

I changed limit to 1 and it shows the exact same content on both tables, so it looks like the bug still exists? --Stephane Lo Prestitalk 19:58, 11 July 2014 (UTC)

I think it's a configuration issue, not really a bug, but the SMW wiki is being slow right now... gimme a minute...

smw:Help:$smwgQMaxLimit sets a hard limit on the number of query results returned in any context. It seems odd that it would cause the results to "rollover" rather than simply not returning anything past the limit, but I don't have the time to go code diving today. The default is 10000, but I don't know if Justin has customized it on these wikis. —Dr Ishmael 20:13, 11 July 2014 (UTC)

Asking him now. Why do you want to display that many results? Just wandering if it's just for the sake of you doing a search or if it's for actually displaying that many entires (which seems a bit wrong). Feel free to hit me on IRC --Stephane Lo Prestitalk 20:15, 11 July 2014 (UTC)

The variable is not set so it should be equal to the default value (10k). LEt me know if there's anything else I can do. --Stephane Lo Prestitalk 20:23, 11 July 2014 (UTC)

The query I'm looking at produces about 16000 results. Its asking every page with an icon assigned which catgories the icon has, which is then allowing me to recategorize the icon into a more appropriate category, e.g. Category:ArenaNet icon -> Category:Inscription icons. I can access the remaining 5000 pages other ways (e.g. sorting the data by date modified or something), I just thought that it was curious that it would reach 5000, and then not give any message and revert my query to 0. -Chieftain Alex 21:18, 11 July 2014 (UTC)

Certain links, like "Random page" and the search box, fails to maintain HTTPS connections. As in, you click the link and go from HTTPS to HTTP. The resulting page is available as HTTPS (checked by putting the "s" back into the browser. One way to fix this is to only serve the wiki as HTTPS. Another is to look over the forwarding functions and make sure they stay HTTPS if they're queried from an HTTPS-served page.
Cadinsor (talk) 20:18, 12 August 2014 (UTC)

Do you have examples of that behavior we can try to reproduce? Thanks --Stephane Lo Prestitalk 20:20, 12 August 2014 (UTC)

Visit the wiki with HTTPS - click "Random page" in the left navigation column - presto.

Alternatively, edit a page in HTTPS, when you save, you end up on HTTP. Cadinsor (talk) 20:25, 12 August 2014 (UTC)

Note that the wiki is not properly served via secure HTTP yet. We are likely going to go that route in the future, but at the moment, it’s not completely supported. poke | talk 20:56, 12 August 2014 (UTC)

OK. Then this isn't a bug, yet. :p Thanks for the quick answers. Cadinsor (talk) 21:01, 12 August 2014 (UTC)

Using Firefox 32.0.3 (current Version), the font sizes have grown very big. I have to zoom out 1-3x, depending on the page viewed, to get a normal font size. Also the tabs at the top (project page, discussion, edit, etc.) are placed too far down.

Scratch that statement, just after posting this, the issue has resolved itself. --89.245.211.51 18:50, 2 October 2014 (UTC)

You get "There is no article linked with this ID" when searching with "/wiki" from within the game - even if the item has that ID set in its infobox.
Same result when searching for an item using a chat link (i.e [&AgGoVAAA]). Father Eko (talk) 19:45, 2 October 2014 (UTC)

That’s related to this site notice: “As a follow-up to the software upgrade, we are now performing a complete rebuild of all semantic data. Because all data was deleted at the beginning of this process, skill and item icons will not load properly and many pages will appear incomplete until the rebuild is finished. This may take up to 24 hours.”

There’s nothing we can do for now except wait. Sorry about the inconvenience. poke | talk 20:02, 2 October 2014 (UTC)

You can partly blame me for this. If I'd thought ahead, I would've had Justin schedule it to start after midnight Pacific, when fewer people would be using the wiki. —Dr Ishmael 20:28, 2 October 2014 (UTC)

Seems like some other templates are broken as well, if you look at Treasure Hunter, the achievement section and the crafting section are broken as well. -- Maplemist (talk) 22:46, 2 October 2014 (UTC)

Wiki notice reads "As a follow-up to the software upgrade, we are now performing a complete rebuild of all semantic data. Because all data was deleted at the beginning of this process, skill and item icons will not load properly and many pages will appear incomplete until the rebuild is finished. This may take up to 24 hours." - this includes templates as well (I didn't know that either). So in 24h things should be back to normal. – Valentomsg 22:55, 2 October 2014 (UTC)

All templates that are backed by SMW data (vendors, drops, etc.) are affected by this. poke | talk 23:28, 2 October 2014 (UTC)

Now it's in bold, it should clear confusion. :P – Valentomsg 21:29, 3 October 2014 (UTC)

Since the update, I have not been able to use the slide show aspect of the galleries on the wiki (ex. Hero's weapons). The images and links are properly loaded on the page, but if I click on any of the images to call up the slide show I get the warning "The requested content cannot be loaded. Please try again later." It's happening in both Firefox and Safari for me. 96.48.117.14 18:09, 5 October 2014 (UTC)

Not sure whether this is a working-in-progress or not, but it seems like the table is not able to display properly when there are identical items? Here are the examples: Treasure Hunter and Brewmaster. -- Maplemist (talk) 21:23, 7 October 2014 (UTC)

Main problem here is that the fine and masterwork pages haven't updated properly. They need null editing (hit edit, do nothing, hit save) because the item pages have to exist first (generate icons and canonical names), then the NPC pages need updating (to pickup the item icons), and finally then anything referencing said NPC needs updating. Hard to automate >.>

Once I did that (on Treasure hunter), there isn't any extra whitespace between rows, which ishmael thought was an error. (needs to be there b/c invoked both by vendor table row (manual) + the automated version. Sharing row semantic templates was a shit idea right. -Chieftain Alex 22:32, 7 October 2014 (UTC)

Posting this here so we have an on-wiki reference - our version of MediaWiki has a bug that breaks the normal automatic operation of the job queue. Justin has set up a cron job to periodically call the PHP function directly, which means the queue will be emptied in batches throughout the day. He proposed a 3-hour interval, I asked for 1-hour, but haven't received confirmation on that yet.

Visible impact of this bug: pages that transclude a template will not be refreshed immediately when that template is edited. Null-edits and purges can still be performed manually, of course. —Dr Ishmael 21:07, 20 October 2014 (UTC)

This bug is now patched, and the job queue should work as before again. poke | talk 21:45, 20 October 2014 (UTC)

Well damn, that was quick. I feel silly for even posting this now. :P —Dr Ishmael 21:49, 20 October 2014 (UTC)

To be fair, I didn’t expect it to be that easy either xD poke | talk 21:53, 20 October 2014 (UTC)

I was looking around Mistforge Hero's Weapon, and found that the Template:Recipe is broken on these pages (only the Mistforged Hero's Weapon Set). Example: Mistforged Hero's Dagger - Maplemist (talk) 09:11, 21 October 2014 (UTC)

Despite the removal of the halloween theme, when I'm not logged in as a user, the halloween css is still appearing. I've purged my cache, logged in and out a few times, deleted all the images, and used another pc, and the problem persists.. I thought that we fixed the job queue thing? -77.96.94.164 00:01, 2 November 2014 (UTC)

I don't have the theme anymore, both while logged in and out. --aRTy 02:10, 2 November 2014 (UTC)

This is all due to your local cache. If you clear it in your browser (CTRL+F5), it should work. poke | talk 10:57, 2 November 2014 (UTC)

However, Title is only appropriate for movies. For people (which would likely be the more common usage here), it's /name/nm###### or probably * /name/ would be ok, too.

If I recall correctly, the Interwiki data can be managed by our local admins, but perhaps it is still something that has to be handled by ANet. – Tennessee Ernie Ford (TEF) 17:06, 5 November 2014 (UTC)

IMDB isn't a wiki.

The link format isn't uniform - different formats for titles versus people, as you explained.

The interwiki link format requires extracting an ID number from the URL at IMDB, something that's non-intuitive to most people.

For these reasons, I would recommend we drop the IMDB interwiki entirely. —Dr Ishmael 17:20, 5 November 2014 (UTC)

Removed. Also removed "cache:" + "googlegroups:" (seriously wtf, these must have been added with the mw update b/c JonTheMon would have squashed them otherwise.) -Chieftain Alex 00:40, 15 November 2014 (UTC)

Minor, but still a bug. Additionally while editing said page, an extra set of "save page/show preview/show changes" controls appears beneath the text. (RunQuery should never have this appear) -Chieftain Alex 00:44, 15 November 2014 (UTC)

I don't know if this only happens to me, but on some pages I get this error instead of a game link. Example: Error, no error. Happens after cache purges and on different browsers. Tyndel (talk) 21:02, 1 February 2015 (UTC)

I get it when I purge either page. Force-refreshing clears it up, though. I don't know what could be causing it, Poke's mucked about with my code so much that I can hardly find my way around that widget anymore. :P —Dr Ishmael 21:27, 1 February 2015 (UTC)

Uhm… that error is generated by the server so the JavaScript code has nothing to do with it… Also, the widget itself hasn’t been changed since August. I’ll investigate. poke | talk 22:44, 1 February 2015 (UTC)

So… as soon as the servers calm down again (post-reboot), this issue should hopefully be resolved. poke | talk 20:47, 2 February 2015 (UTC)