Guild Wars 2 Wiki:Reporting wiki bugs

From Guild Wars 2 Wiki
Jump to: navigation, search

Please report all bugs found on Guild Wars 2 Wiki here.

This page is NOT for reporting game bugs, those should be reported at the official forums.

This page is for reporting bugs that you may encounter in the wiki. This does not cover in-game issues that you may encounter, nor does it cover page contents within individual articles.

  • If you are experiencing an in-game bug or issue that requires technical support, check the Guild Wars 2 support forums.
  • 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.

Key: Yes = Solved, No = Unsolved, No = Not a bug

Yes Images are Breaking[edit]

In all of the chaos of uploading new stuff from the the new area/new weapon and armor pictures, lots of icons getting moved to drop "skin" from the name, or just being moved in general, I'm seeing lots "Error creating thumbnail: Unable to save thumbnail to destination". Fused weapon skins, "File:Kaiser Snake Rifle.jpg", and "File:Kaiser Snake Staff.jpg"(actually I think most of the Kaiser weapons, or the ones I've come across) as well as File:Flame Out (1).png, File:Flame Out (3).png, and File:Flame Out (4).png. I also had some issues with images that I updated not showing up correctly until over 48 hours later, and I checked these images on two separate computers/internet connections no where near each other to confirm it wasn't on my end. - Doodleplex 19:44, 22 November 2016 (UTC)

With a prompt from Daniel on the german wiki, Justin went in and deleted a bunch of folders on the server which had the wrong folder owner (no permission to create thumbnails). -Chieftain AlexUser Chieftain Alex sig.png 00:35, 16 March 2017 (UTC)

Yes File Size[edit]

Already mentioned it on Reddit but figured reposting here won't hurt either. This might not be a bug and more unintentional change, but the max file size before was 8 MB, now it's 2 MB. 2 MB might be a bit of a problem in regards to maps, as most zone maps start at 2 MB and go up. - Doodleplex 04:10, 1 December 2016 (UTC)

This appears to have been a change in the default PHP settings since we went from 5.3 to 7.0. I've increased the maximum upload size, can you confirm whether it's working? Not sure if I need to restart PHP or if a reload suffices? :) Justin Lloyd (talk) 04:38, 1 December 2016 (UTC)
It says it's back to 8 MB. Lovely, thanks! - Doodleplex 04:45, 1 December 2016 (UTC)

Bugs related to the wiki maintenance[edit]

Hi guys, please leave found bugs post-wiki maintenance in this section. --Chieftain AlexUser Chieftain Alex sig.png 07:34, 1 December 2016 (UTC)

Yes Event timers (Widget:Event timer)
World bosses not showing at times expected. Probably related to SMW time/date -Chieftain AlexUser Chieftain Alex sig.png 07:34, 1 December 2016 (UTC)
Fixed. (SMW wiki API output format changed for values using timestamps - pretty rarely used format so shouldn't occur elsewhere). -Chieftain AlexUser Chieftain Alex sig.png 19:01, 1 December 2016 (UTC)
No Personal JS - importScript
This is not a bug, and this function has now been removed from the core. Let me know on my talk page if you need help updating it. -Chieftain AlexUser Chieftain Alex sig.png 07:34, 1 December 2016 (UTC)
We could actually provide that function in MediaWiki:Common.js to maintain compatibility with existing code.. if people would want that. poke | talk 07:58, 1 December 2016 (UTC)
Should probably look like this: function importScript(page) { mw.loader.load('/index.php?action=raw&ctype=text/javascript&title=' + encodeURIComponent(page)); } poke | talk 08:02, 1 December 2016 (UTC)
Using F12->consol in firefox, I'm seeing quite a few reference errors coming from 'load.php' towards this function. Is it used in internal files? -Darqam 13:30, 1 December 2016 (UTC)
@poke; I don't think many people use custom cs in the first place, so it shouldn't be too arduous to update each user script as they are reported. -Chieftain AlexUser Chieftain Alex sig.png 18:06, 1 December 2016 (UTC)
@darqam; sometimes I get a console error with "$.client is undefined" when visiting special:RecentChanges, but mostly I don't. I don't know what causes this, but it could be that I have the "Group changes by page in recent changes and watchlist" box ticked in my preferences. It happens in monobook/vector. Otherwise i've not seen any other messages in the console yet. -Chieftain AlexUser Chieftain Alex sig.png 18:08, 1 December 2016 (UTC)
Yes MediaWiki:InterwikiSearchRedirect.js
The search box html ids changed between versions. This has now been resolved and partially fixes the console bug on recentchanges I mentioned above. -Chieftain AlexUser Chieftain Alex sig.png 18:17, 1 December 2016 (UTC)
Yes SMW vendor table html tag not closing

Tables are acting funny on some pages see here. -Drago 02:55, 2 December 2016 (UTC)

The issue seems to come from "{{vendor table|vendor=Bartender_(norn)|item=Observational Zymology Manual}}". Notably the cost section. Commenting out this line seems to make things work ok. -Darqam 03:04, 2 December 2016 (UTC)
edit: Issue seems to stem from vendor table template, both actually cause issues but only in the last entry of the table. -Darqam 03:05, 2 December 2016 (UTC)
That’s fixed now. There was some error with the SWM query of the vendor table that caused an SMW error to be rendered at the end of the line, causing the closing table tag not to be on its own line which causes it not to be handled, so that table never got closed.
Can someone of the SMW pros look at my change here and tell me if that change is okay, or if those default values are actually needed for something? poke | talk 07:04, 2 December 2016 (UTC)
Nice spot on the error tag. I wouldn't have thought that the "default" >0 queries would have been reached. I've added another query provision in the line above which should apply if the min/max/currency isn't set (so just using {{vendor table}} now will show all vendor results for all currencies. I am surprised however that SMW still doesn't offer the option to move the "further results..." to a new line though :( (table ends still fall over) -Chieftain AlexUser Chieftain Alex sig.png 07:34, 2 December 2016 (UTC)
Yeah, using the currency record for default was a terrible idea trying not to hack in a default value.--Relyk ~ talk < 10:15, 2 December 2016 (UTC)
Yes AWB and Pywikibot connection issues
As of the maintenance, it is impossible to connect to and via AWB and pywikibot. A start of the conversation was started here. The issue seems to be present for the en and es wiki (but not the fr and de wiki for some reason). An image of the error is given here (image from Chieftain Alex). -Darqam 18:44, 5 December 2016 (UTC)
Hi Darqam (and Alex), it seems to be an issue related to an app, so at this point we'll be waiting for you to give us more technical information. We can help once you know more about what needs to be done (if anything) on the servers' end. It's the first time I heard about AWB, is this something worth sharing more widely with wiki editors? Thanks --Stephane Lo Presti talk 19:49, 5 December 2016 (UTC)
I can't give you technical stuff, but AWB is Auto Wiki Browser, a program we use to do lots of repetitive edits quickly and without killing recent change log. It's a very handy, very useful tool. - Doodleplex 19:55, 5 December 2016 (UTC)
Maybe Justin could start by telling us if there are any differences in the setup of the different language wikis? (EN GW1, EN GW2, ES GW2 all stopped working - FR GW2 and DE GW2 all work okay). -Chieftain AlexUser Chieftain Alex sig.png 20:29, 5 December 2016 (UTC)
Alex, there aren't any significant differences between the wikis other than GW1 doesn't use SMW. I do notice, however, that FR and DE use vector as their default skins while the other three use monobook. Is that a possible culprit? Justin Lloyd (talk) 20:38, 5 December 2016 (UTC)
Seems unlikely to be honest - as far as I know the robot scripts connect using the mediawiki API without touching the skins/appearance of the wikis. Given that all the wikis use the same version I would have thought they'd behave in the same way. I thought it was related to the mediawiki update changing the API format, but if that was the case, the german/french wikis would be broken too. -Chieftain AlexUser Chieftain Alex sig.png 20:48, 5 December 2016 (UTC)
Right. There are some minor config variable differences between the wikis based on community requests and a couple of extensions, but otherwise they all run identical versions of MediaWiki and extensions (basically the content directories are identical except for LocalSettings.php). Justin Lloyd (talk) 20:55, 5 December 2016 (UTC)
Puzzling. My trial and error nature would be tempted to disable all the extensions on the stage and see if we can connect to that. -Chieftain AlexUser Chieftain Alex sig.png 21:11, 5 December 2016 (UTC)
Actually wait, I recall a really old thread where including any whitespace at the top of a php file caused it to break AWB functions. Maybe its that? (edit: link) -Chieftain AlexUser Chieftain Alex sig.png 21:14, 5 December 2016 (UTC)
I just checked to be sure, none of the wikis' LocalSettings.php files have whitespace before <? and none of the have ?> at the end at all, which is how it's been forever, so I'm guessing that it's not the whitespace issue. Are you able to replicate the AWB issue against the stage wikis to match the behavior of the live ones? Justin Lloyd (talk) 21:19, 5 December 2016 (UTC)
Yes, stage wikis currently give the same error as live ones (DE/FR = okay, EN1/EN/ES = failed). -Chieftain AlexUser Chieftain Alex sig.png 21:20, 5 December 2016 (UTC)
So I found the issue with AWB, and already opened a proper issue about it. You can find a fixed exe here which should work fine until we fixed the issue on our end.
The issue is that there is a namespace mismatch that causes the configuration phase to break with AWB. I assume (not sure yet) that pywikibot has a similar problem. I’ve already emailed Justin to check that. poke | talk 21:49, 5 December 2016 (UTC)
Nice find on a probable solution. I can't actually get patched AWB to connect either though. -Chieftain AlexUser Chieftain Alex sig.png 21:58, 5 December 2016 (UTC)
Oh! My mistake. Did not realize I was actually updating the DLL, not the exe… Link above is updated. poke | talk 22:18, 5 December 2016 (UTC)
Huzzah! It works! -Darqam 22:28, 5 December 2016 (UTC)
Glad to hear that! :)
Just FYI on the actual issue with our configuration: Apparently this is caused by a SMW regression and Justin is working on preparing a quick SMW update to get this fixed. poke | talk 22:48, 5 December 2016 (UTC)
Just want to mention that we'll try to expedite the process (minor versions do not require full testing passes) but we'll still do a little bit of testing to make sure that nothing breaks. No promise on the ETA but hopefully it won't take too long :) Thanks to poke on the troubleshooting and fixes! --Stephane Lo Presti talk 22:51, 5 December 2016 (UTC)

(Reset indent) Has this been fixed? I was just able to connect a non-Poke-patched AWB version by accident, so I'm curious. - Doodleplex 18:34, 14 December 2016 (UTC)

Stephane sent an email out about 18 minutes ago that SMW has been updated to 2.4.4 from 2.4.1, which had the bug in it. So yeah it should be working now. Poke's Special:ListTransclusions also works now. -Chieftain AlexUser Chieftain Alex sig.png 18:40, 14 December 2016 (UTC)

Yes Screenshots not loading up[edit]

For some time now, every new screenshots I uploaded and still do doesn't change automatically to the new one for some strange reason. Is it a problem on my end? It's kinda annoying when I want to see what it looks like on the final article. || Louise || 03:38, 10 December 2016 (UTC)

It could be your browser cache. Try hitting ctrl+f5 (on firefox) for a force refresh. Alternately try opening the same page on an alternate browser. if the page looks the same on both browser, it might be a wiki-cache issue. -Darqam 03:42, 10 December 2016 (UTC)
I'm using Chrome. Is there a way to clear the wiki-cache? It wasn't doing that a couple months back, atleast not at the time of the Rising Flame release. || Louise || 03:44, 10 December 2016 (UTC)
I believe for chrome it's ctrl+F5. for the wiki chache, try clicking on the clock on the top of the page (or digital timer thingy). -Darqam 03:48, 10 December 2016 (UTC)
Ctrl-F5 seems to work. I tried to click the time thing and F5 only and none of those did anything. Atleast now I have a workaround. Cheers. || Louise || 03:50, 10 December 2016 (UTC)
What he said, and if you want you can also go to the three dots on the end -> More Tools - > Clear Browsing Data ->Cached Images and Files. Sometimes though, it's just weird stuff and won't update itself for a day or so, which I discovered when mass uploading weapon images last month. X_x - Doodleplex 03:51, 10 December 2016 (UTC)

(Reset indent) Hi everyone, is this a common issue experienced by wiki editors? I'm asking in particular after the maintenance 2 weeks ago, because a lot of software was updates and one of them was the server caching software Varnish. Let me know! --Stephane Lo Presti talk 16:35, 12 December 2016 (UTC)

I could be wrong but the cache probably lasts for 24 hours or something like that, so I'd only record it as an issue if it doesn't update after that period has elapsed. -Chieftain AlexUser Chieftain Alex sig.png 18:06, 12 December 2016 (UTC)
All I know is that it was fine a couple weeks back, atleast at the time of the latest Living World release. I never had to clear my Cached Images and Files, as it was recommended to me, before. I have resorted to spamming CTRL-F5 each time for now but it would be great if there was a fix or to atleast know if it's a problem on my end. || Louise || 18:36, 12 December 2016 (UTC)
After uploading a new version of an image, you can a) wait for the wiki-side cache to update itself, or b) go to the file page and click on the wiki clock (which will force a purge of the wiki-side cache). You should only need to do CTRL + F5 once to see the update (this clears your local cache, not the wiki cache). Note that if the file isn't updating on a page where the file is linked, that page has to be purged too (either by waiting or clicking on the clock). -Chieftain AlexUser Chieftain Alex sig.png 19:30, 12 December 2016 (UTC)
I tried clicking on the wiki clock before but it wasn't doing anything either, if I recall correctly. || Louise || 19:38, 12 December 2016 (UTC)

No Console message (vector only)[edit]

Exception in module-execute in module site:  load.php:178:411
TypeError: $.client is undefined TypeError: $.client is undefined
Stack trace:
@ line 4 > eval:4:715
@ line 4 > eval:4:696

Anyone know why i randomly get this error appear in my javascript console whilst visiting the occasional page? (about 1 in 20 pages, randomly occurring) - I've disabled all my personal javascript/css additions. -Chieftain AlexUser Chieftain Alex sig.png 21:15, 5 January 2017 (UTC)

Any special browser, or all of them? poke | talk 18:27, 6 January 2017 (UTC)
Currently firefox. I can try another browser and see if I can reproduce it. -Chieftain AlexUser Chieftain Alex sig.png 18:49, 6 January 2017 (UTC)
Hmm, I also use Firefox and just tried quickly to reproduce it but couldn’t. I’ll try more harder. poke | talk 23:34, 6 January 2017 (UTC)
It happens quite rarely, and very inconsistently. Sometimes it's when I've pressed edit, and sometimes when I visit RC.
(expanding the Edge message leads to the same breakdown of the stack trace, albeit with line numbers different by 1/2 lines (guess it formats it differently) -Chieftain AlexUser Chieftain Alex sig.png 13:39, 7 January 2017 (UTC)
I'm still getting this error, pretty frequently too (naturally it prevents any JS running, so the vector clock doesn't appear) -Chieftain AlexUser Chieftain Alex sig.png 00:39, 16 March 2017 (UTC)
So it sounds like it has been patched on MW within the last week! Maybe we'll see it when we eventually upgrade to something above MW 1.29 -00:59, 16 March 2017 (UTC)

No Animated Gifs[edit]

So I tried uploading a .gif, and am having no luck. At first I thought it was too big, so I made it smaller, then I moved it, and tried again under a different file name, still no dice. Not sure if it's something I did when creating the file or on the wiki's end but: File:User Doodleplex please work please.gif. - Doodleplex 03:30, 25 January 2017 (UTC)

Works fine for me, assuming it's supposed to have 7 frames 400ms each. Thumbnail on the video gives an error code though:

Error creating thumbnail: /usr/bin/timeout: the monitored command dumped core /var/www/sites/gw2w-en/includes/ line 101: 11815 Aborted /usr/bin/timeout $MW_WALL_CLOCK_LIMIT /bin/bash -c "$1" 3>&-

Error code: 134

Works fine putting it in a page though --Gimmethegepgun (talk) 03:55, 25 January 2017 (UTC)
Here's the thing, if anything should have a bug, I would think it would be File:Nevermore drawn animation.gif, larger, and has more frames, whereas this one is much smaller and only has 7 frames. I'd like it to be a thumbnail image to be used on the legendary pages, but for some reason for this file, it's just not working, and I'm not sure if it's me or the wiki, because if it's me, I'd like to know what to fix. - Doodleplex 18:40, 25 January 2017 (UTC)

Yes Superior Sigil of Fire[edit]

Seems one of the queries there is pulling up stuff it shouldn't. SarielV 20 x 20px 16:41, 25 January 2017 (UTC)

My best guess is a hiccup due to assigning the page as a redirect. I'm not sure if properties would be passed on that way, so the edit may be a red herring. G R E E N E R 17:20, 25 January 2017 (UTC)
Like I said over at Template talk:Title achievement table, Faithful (skin) also has this error so I agree it's something to do with that edit to Faithful. —Azurem 17:28, 25 January 2017 (UTC)
This is related to having run robots at a time when the wiki was behaving in a very buggy-as-hell way, combined with poor oversight by myself.
I've blanked the relevant pages - and I will leave them blank for twenty four hours to try and clear the redirect cache. -Chieftain AlexUser Chieftain Alex sig.png 18:25, 25 January 2017 (UTC)
You might want to temporarily protect as sysop edit only on them from people editing them back to ensure it clears the cache. - Doodleplex 18:28, 25 January 2017 (UTC)
That would suggest I'm not grasping at straws here for a solution. (which I am) -Chieftain AlexUser Chieftain Alex sig.png 18:32, 25 January 2017 (UTC)
So, it didn't work at all. Ideas? If pywikibot was working, I'd delete all the redirects pointing to Title, purge Title, then restore the same pages. -Chieftain AlexUser Chieftain Alex sig.png 22:12, 26 January 2017 (UTC)

(Reset indent) The only thing I can think of is to list it manually for the time being until your bot is working or just don't have a list. Not all Superior Sigil pages have a list of weapons due to how many weapons had the sigil sometimes, for example Superior Sigil of Accuracy has a crazy long list. (Or option 3: we wait until Poke takes out his magic wand and fixes it) - Doodleplex 22:21, 26 January 2017 (UTC)

Since straight up deleting is not an option, would moving the pages without redirect to another name (say maybe under a user space) for 24h do the same thing? I'm not sure if move without redirect is equivalent to delete, but if it is, that might be a decent compromise? -Darqam 23:39, 26 January 2017 (UTC)
If a file is moved without leaving a redirect, it has essentially been deleted. I imagine the same applies for pages, though whether or not it will fix this, I dunno. - Doodleplex 23:42, 26 January 2017 (UTC)
Is there a reason why we need pywikibot for this? Why not disable all the redirects to Title with AWB and purge/null edit the page itself (manually) to update the properties, then undo the changes to the redirect pages again with AWB? This is the current list of redirects for Title.
Just so I understand this correctly from smw:Help:Inferencing#Equality of pages: redirects: all properties from the target page and from all redirects are shared. However, with the edit to Faithful, a bug(?) allowed the old properties to haunt the Title page and all redirects? spooky —Nefastu 01:08, 27 January 2017 (UTC)
So the good news is that (A) I've written an interface that can delete/restore/purge lists of pages (which will be useful to me anyway), and (B) the bug is fixed.
Ultimately the issue wasn't fixed by blanking + reverting, however it would have been fixed if I'd just straight up deleted the "Title" page, and then restored it. That's a learning point there.
I only realised that after deleting and restoring 170 pages. Seems fixed for the moment. -AWB Alex User AWB Alex sig.png 21:42, 27 January 2017 (UTC)
Thanks mr robot. -Chieftain AlexUser Chieftain Alex sig.png 21:44, 27 January 2017 (UTC)
どうもありがとう. G R E E N E R 22:22, 27 January 2017 (UTC)
I hope that's "Domo arigoto Mr. Roboto" in Japanese.... XD - Doodleplex
Alex, "Bouncer" didn't get restored, was that on purpose? - Doodleplex 23:08, 27 January 2017 (UTC)
Silly human -Chieftain AlexUser Chieftain Alex sig.png 23:36, 27 January 2017 (UTC)

No Bottle of Airship Oil icon missing from templates[edit]

I know this is not the place, but the icon for Bottle of Airship Oil seems to be linking to the wrong file in some templates, as seen in Fulgurite or Ley Line Spark, for example. The article - Bottle of Airship Oil - doesnt seem to have this problem. 11:18, 22 February 2017 (UTC)

This is the correct place, since it deals with bugs on the wiki. I can't, however, replicate your issue. Are you referring to the icon in the recipe list? —Ventriloquist 22:39, 22 February 2017 (UTC)
Can confirm, problem has miraculously disappeared. It definitely wasn't my browser cache problem, but oh well. 09:56, 23 February 2017 (UTC)

No .gif issues revisted[edit]

Was poking around, and I'm starting to wonder if .gif files and/or their thumbnails in general are starting to not work well on the GW2 wikis after the last update. I noticed fr:Fichier:IruleManik-Ménestrel.gif has a broken thumbnail and it was uploaded on the French wiki, I found de:Datei:Abkürzung Nicht so geheim.gif on the German wiki, there's my broken .gif above, and I was checking something on an older .gif and it broke as well as soon as I hit "refresh" (File:Bonfire animation.gif). - Doodleplex 19:16, 25 February 2017 (UTC)

Yes Expression errors still on the loose![edit]

Remember Drop rate research gives out errors in table? Well that's still an issue with some of the tables. See here or here for some examples. Sometimes it works. Sometimes not. Glad I'm not the one who has to Nordic-wiki-fu this... WormholeGo ahead and talk. ≈ 06:57, 13 March 2017 (UTC)

I'll take another look. Thanks for the heads up. It's related to the way SMW formats the results again (en: 10,000 (Unbound Magic)\n50 (Gold) vs fi: 10 000 (Unbound Magic)\n50 (Gold)) however I don't know yet what we can do about record properties. -Chieftain AlexUser Chieftain Alex sig.png 07:29, 13 March 2017 (UTC)
Okay applied another bandaid to Template:Coin this time. -Chieftain AlexUser Chieftain Alex sig.png 20:28, 13 March 2017 (UTC)

Yes Tables reporting vendors as historical[edit]

Using {{vendor list}} to display items purchased with an item (rather than currency) marks all as historical, even though they are not (example). No idea when the behavior started --Gimmethegepgun (talk) 23:27, 15 March 2017 (UTC)

I can help a little with the why and when. I asked here if it would mark vendors who were historical but who were showing up as not historical, so AFAIK it's more of this template causing the issue than a wiki bug. Unforunately I still dont' know enough code to fix it. =( - Doodleplex 23:49, 15 March 2017 (UTC)
Switched #if: for #ifeq:, problem resolved I think. -Chieftain AlexUser Chieftain Alex sig.png 00:33, 16 March 2017 (UTC)

Yes Armorsmith Vendor list showing up strangely[edit]

Every armorsmith (vendor) NPC table shows a string of code instead of the rarity/level/cost. It instead shows as: style="text-align:center" style="text-align:center" | - Khavanya (talk) 21:05, 11 April 2017 (UTC)

Thanks for the report. The issue was caused by my last edit to {{vendor table row result format}} (I didn't anticipate blank rarities would cause empty content hence the cell didn't appear and the formatting did instead) fixed. -Chieftain AlexUser Chieftain Alex sig.png 21:19, 11 April 2017 (UTC)

No Interactive Maps are Broken[edit]

I've tried looking at this on three different browsers and two different computers. All of the interactive maps don't show anything but blackness. Has anyone else noticed this? -- 03:05, 12 April 2017 (UTC)

Not our problem sorry, the SSL certificate for the tile and render server has expired on ArenaNet's end. They know about the problem so hopefully they can resolve this quickly.
The good news is that we have local jpeg maps too (top of each area page). -Chieftain AlexUser Chieftain Alex sig.png 06:35, 12 April 2017 (UTC)
And it's now been fixed. -Chieftain AlexUser Chieftain Alex sig.png 18:24, 12 April 2017 (UTC)
It's broken again. all the interactive maps i've tried to view today since about mid afternoon have shown nothing but a big black rectangle. ZianaSue (talk) 05:49, 5 June 2017 (UTC)
Please be specific. Which maps did you try, what's your browser, are you running any weird extensions? - Draconis Mons (large area article embed), Defeat Agent Xinn (an infobox dynamic map) and the world map widget are working for me at least. -Chieftain AlexUser Chieftain Alex sig.png 06:33, 5 June 2017 (UTC)

Yes Special:RecentChanges viewed with Chrome on mobile platforms[edit]

Hi guys, I've been figuring out the cause of a text display bug visible in Chrome on Android phones (I suspect safari mobile would have a similar issue). Screenshot of visual bug.

The problem boils down to Chrome automatically enlarging text elements so that viewers can click on them more easily (and was not caused by our gw2 CSS). This of course looks pants when the collapsible elements weren't being size-adjusted. The solution is outlined here, and resulted in my addition of the following line of html via MediaWiki:Vector.js:

 $('head').append('<meta name="viewport" content="width=device-width, initial-scale=1">');

In turn this requires the addition of a css rule to MediaWiki:Vector.css in order for the page to display properly:

html {
    min-width: 800px; /* chrome mobile fixes */

I've initially applied this "fix" to Vector only because it might have unintended side-effects, and I'd like to test it for a bit. You can see the difference for yourself on mobile chrome using the following two links:

-Chieftain AlexUser Chieftain Alex sig.png 21:26, 10 July 2017 (UTC)

I ended up reverting this change as it wasn't thorough enough, probably needs a different set of styles altogether. -Chieftain AlexUser Chieftain Alex sig.png 06:27, 26 July 2017 (UTC)

Yes AutoWikiBrowser inconsistently broken[edit]

For the last month, half the time when I've tried using AutoWikiBrowser, after pressing "Start" it completely fails to make a single edit. I'm wondering if there's something wiki-side causing this. -Chieftain AlexUser Chieftain Alex sig.png 06:26, 26 July 2017 (UTC)

Not that it helps much, but I didn't have a problem with it today, nor a few weeks ago. - Doodleplex 06:57, 26 July 2017 (UTC)
Just had it do a run to see if any render images didn't have a licensing header. It changed 51 files with no issues, and I didn't notice anything odd in regards to how fast or slow it was going. - Doodleplex 21:54, 26 July 2017 (UTC)
I've installed some trashy "microsoft network monitor" tool to see if I can fail to make the edits. it worked just now, i'll try and break it tomorrow. -Chieftain AlexUser Chieftain Alex sig.png 23:20, 26 July 2017 (UTC)
Could have been related to my high packet loss. Closed. -Chieftain AlexUser Chieftain Alex sig.png 07:29, 9 November 2017 (UTC)

Yes Duplicated subobjects[edit]

All the items from Season 1 Memory Box - Flame and Festivals are duplicated on Season 1 Memory Box - Scarlet vs. Lion's Arch. You can see that Mini Molten Firestorm is apparently contained in both boxes even though that isn't true. A quick blank didn't help but I'm not so familiar with the wiki anymore. Tyndel (talk) 13:48, 28 August 2017 (UTC)

Okay, deleting the page fixed the issue, at least for the Mini and a few other pages I checked. —Ventriloquist 14:56, 28 August 2017 (UTC)

Yes Prices API 503 error "not active"[edit],41747,41748,41749,41750,41751,41752,41753,41754,41755,41756,41757,47901,47902,47903,47904,47905,47906,48924,48925,48926,48927,48928,48929,49525,49526,49527,49528,49529,49530,64198,64199,64200,64201,64202,64203,65164,65165,65166,65167,65168,65169,67284,67285,67286,67287,67288,67289,67991,67992,67993,67994,67995,67996,68673,68674,68675,68676,68677,68678



   "text": "API not active"


Being called from

The API has been temporarily disabled to fix issues that arose from the launch of PoF. It should be back Monday. 17:49, 23 September 2017 (UTC)
Monday: API is working again!

Yes The Map bonus reward page no longer works - Error[edit]

On the following page, I can no longer view the table with the rewards. There is the following error.

Commerce API unresponsive. Status: error

Error: 503

See the last comment above. - Doodleplex 19:34, 23 September 2017 (UTC)

Yes Weapon set table seems to be broken for the Elonian and Sunspear sets[edit]

Edit: Issue appears fixed after User:Greener deleted and re-edited the page. See Sunspear_weapons and Elonian_weapons or and The tables are misaligned, and for the Sunspear weapons one, it kept Suti's Hexbreaker on the page even after I removed it from the set. - Divinebaboon (talk) 21:25, 24 September 2017 (UTC)

0No Wiki API does not return interwiki results[edit]

Using the help page here, I've followed the example at the bottom to There should be three results here (DE/ES/FR), but there are no results at all! For comparison, here is wikipedia's. Ideas? -Chieftain AlexUser Chieftain Alex sig.png 20:22, 9 October 2017 (UTC)

Okay de:User:Think pointed me to - this works fine. Apparently mw:API:Iwlinks (interwikis) doesn't also include mw:API:Langlinks (language interwikis) -Chieftain AlexUser Chieftain Alex sig.png 20:27, 9 October 2017 (UTC)
And depending on how many results you ask for, it may or may not return the language interwikis... which sucks. (check out Agrak Kraal) -Chieftain AlexUser Chieftain Alex sig.png 20:54, 9 October 2017 (UTC)

No Constant reflowing of the text in the talk page[edit]

Can be seen here:

The screen alternates between the following 2 states, with a delay of about a second:

Very distracting, making the page almost unreadable.

Using Chrome 61.0.3163.100, Win7, 64
Screen size: 1920x1080, full screen. Could be related to me using 2 screens, but unlikely.

-- 18:59, 10 October 2017 (UTC)

Forgot to add, in the screenshots, look at the 4th comment in the "Hounds of Balthazar?" section. In one state, it cuts the sentence after the first word, in the second, it pushes it into the next line. Also there is a scroll bar in one of the states. -- 19:05, 10 October 2017 (UTC)

It looks like it's an issue specifically related to using Chrome, as the same issue(basically the page scrolling nav thing appears and vanishes constantly) does not occur for me in Firefox nor Internet Explorer(checked with dual screens as well). I'll note that I have no special features added onto my chrome, so it's definitely not triggered by anything that isn't with the core browser, but unfortunately I can't figure out more than that to determine if it's something on our end or a Chrome hiccup. - Doodleplex 19:15, 10 October 2017 (UTC)
Nice I can reproduce it in Chrome... weird as hell. -Chieftain AlexUser Chieftain Alex sig.png 19:48, 10 October 2017 (UTC)

Bugs related to the server upgrade[edit]

Yes Favicon[edit]

It looks like the favicon is missing when the wiki is viewed from "". -Chieftain AlexUser Chieftain Alex sig.png 20:12, 8 November 2017 (UTC)

Could this be a local caching issue? I can't repro the issue. Justin Lloyd (talk) 21:22, 8 November 2017 (UTC)
It seemed to fix itself shortly after the URL problem was addressed. I reckon this can be considered resolved. -Chieftain AlexUser Chieftain Alex sig.png 07:29, 9 November 2017 (UTC)

Yes "" to ""[edit]

Apparently making any edit whilst logged in to .wiki. redirects you to .wiki-en. afterwards. Do we have to edit the wiki from the -en address now? -Chieftain AlexUser Chieftain Alex sig.png 20:14, 8 November 2017 (UTC)

This has been fixed. Please confirm whether you're still seeing the issue. Justin Lloyd (talk) 21:22, 8 November 2017 (UTC)
Possibly related, but is now sending me to . G R E E N E R 21:46, 8 November 2017 (UTC)
I am currently unable to reproduce that redirect error. Have you purged your DNS and browser caches and perhaps trying to reproduce the error with another browser? Also, did you mean and not Justin Lloyd (talk) 22:33, 8 November 2017 (UTC)
Just got back home. Problem seems to have been fixed. The problem had been with, not the wiki. G R E E N E R 05:03, 9 November 2017 (UTC)

Yes Logged in[edit]

I seem to being having issues not being logged in on random pages, and after I edit things I seem to get logged out again. Using Firefox currently. - Doodleplex 20:16, 8 November 2017 (UTC)

I had the same issue. I think it has to do with the url force change in the subject above. Had to log-in to the 'new' url to get things working. -Darqam 20:17, 8 November 2017 (UTC)
Hopefully this is fixed with the correction to the wiki/wiki-en redirect issue. Let us know if it persists. Justin Lloyd (talk) 21:22, 8 November 2017 (UTC)
Seems to be fixed, thanks! - Doodleplex 22:35, 8 November 2017 (UTC)

No Incomplete page loads[edit]

So I've had this 3 times now, example: The page is no longer loading, nor does it 'give up after a long time'. It kind of just stops there after 3-4 seconds. I forgot to look at console when this happens if anything appeared, but will next time. I also got when reloading the shown page (this has only happened once so far). -Darqam 20:31, 8 November 2017 (UTC)

I'm not sure about this one, as I don't understand that error message. Can anyone else provide some further insight about this? Justin Lloyd (talk) 21:22, 8 November 2017 (UTC)
I believe it's a 416 error (, which could make it a one time 'my problem' issue. Until I get it once more or someone else reports it. I'm going to assume (t least on my end) that the error was a one off thing. The incomplete page load seems to also be gone, so this might have all been some browser screwery on my end. -Darqam 13:13, 9 November 2017 (UTC) -Chieftain AlexUser Chieftain Alex sig.png 18:10, 9 November 2017 (UTC)
Also everything is horribly slow. -Chieftain AlexUser Chieftain Alex sig.png 01:15, 11 November 2017 (UTC)
That isn't just me? Thank god. I thought I was going crazy. I was all set to start deep cleaning files.--Rain Spell (talk) 02:24, 11 November 2017 (UTC)

Odd page loading/messed up UI[edit]

Idk if this is just a normal bug or one from the move. Was loading a page and it took 5s instead of 2. Looked like this and the lower half looked like this. I'm using Firefox. I could click on some links, but others (the bug notice) wasn't working/where it said it was. Refreshing fixed the problem, and I have no idea how it would be replicated, but it happened. --Rain Spell (talk) 20:05, 9 November 2017 (UTC)

Occasionally getting this issue along with slow page loads. I get the feeling that they're both somehow correlated due to high traffic, but that's just my opinion and I have no way of confirming my theory. Seeing as everyone here is having issue in Firefox (including myself) is it possible it could be browser-specific? Sythe 16:34, 13 November 2017 (UTC)

No HTTP to HTTPS redirect missing[edit]

A while ago, I set up a custom search within my browser to search on the GW2Wiki from the address bar via gw2w <my search term>. When I created that custom search, I set the query URL (for unknown reasons) to use http as the protocol instead of https. When I tried to edit a page some minutes ago, I was not logged in due to not using the https protocol. I don't recall ever running into this problem before the server upgrade, so I assume this appeared with the upgrade. Example link for a quick test.Nefastu 23:47, 11 November 2017 (UTC)

Increased ping time with bots[edit]

I used to run a deletion script which would just burn through a complete list in a few seconds flat, it seems to have a minimum delay of 5 seconds now. Is that intended? -Chieftain AlexUser Chieftain Alex sig.png 13:09, 18 November 2017 (UTC)

Yes Order of the story chapters[edit]

In Personal story rewards chapter 6th was changed with chapter 7th (with rewards). For example the page was showing Black Lion Key as a reward from 7th chapter instead of 6th. Additionally at 6th chapter was missing step 6 + 7 and chapter 4th + 7th had one step too many. The preceding unsigned comment was added by Iquana (talk) at 22:34, 12 November 2017‎ (UTC).

Thanks for spotting and fixing the issue. -Chieftain AlexUser Chieftain Alex sig.png 23:55, 12 November 2017 (UTC)

Screenshots won't sometimes appear in article by default[edit]

Not sure if this is related to the server upgrade since I haven't messed about in here before, but for example the Elon Falls article is missing it's screenshot. Eventhough the Area infobox should do it by itself. WormholeGo ahead and talk. ≈ 01:24, 13 November 2017 (UTC)

Yeah that's just regular behaviour - if you upload the file then create the page it'll catch the image first time. If you make the page first, or upload the file later, you'll need to purge the cache of the article in question. i.e. click on the server clock (top-right) and it'll clear the cache for that page. In the case of Elon Falls, it looks like somebody else has purged it and it's all working. -Chieftain AlexUser Chieftain Alex sig.png 22:19, 14 November 2017 (UTC)

Yes Viking country expression errors[edit]

Remember this? Issue seems to be back on the vendor tables (example). Funfunfun. WormholeGo ahead and talk. ≈ 13:07, 17 November 2017 (UTC)

Lol. Definitely fun. So you use commas for decimal separators, and nbsp for thousand separators. Added another bandaid. -Chieftain AlexUser Chieftain Alex sig.png 17:31, 17 November 2017 (UTC)

Pearl Conch recipes appear on the wrong Inscription pages[edit]

I was looking at the page for Commander's Orichalcum Imbued Inscription and I noticed that the Used-In recipe lists at the end included the Minstrel's Pearl Conch (in addition to the correct Commander's Pearl Conch). I checked the Minstrel's Orichalcum Imbued Inscription page and found that its Used-In lists included the Seraph Pearl Conch. Checking the Seraph page , I found the Sinister Conch.

Upon examining the main Pearl Conch page, I noticed that the series of pages including the wrong additional recipe follows a pattern: In the current order of the page list, starting with Sinister and going down through Seraph, each Inscription page contains both the correct recipe, and the recipe of the next item in the list. The cycle ends at Seraph and resets back up to Sinister, so the top few and bottom few Conches aren't caught in the loop. PaladinOne (talk) 00:52, 18 November 2017 (UTC)

I gave the Pearl Conch page a bit of a kick by removing those items and subobjects. Looks like they're okay atm. G R E E N E R 01:05, 18 November 2017 (UTC)