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)