Guild Wars 2 Wiki:Reporting wiki bugs

From Guild Wars 2 Wiki
Jump to navigationJump to 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 used to report bugs with the wiki, this does NOT cover in-game issues.

  • If you are experiencing an in-game bug or issue that requires technical support, check the Guild Wars 2 official forums.
  • If you are experiencing difficulties getting past a specific part of the game, please 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 corresponding talk page if more help is desired.
  • If you have a problem with contents of a wiki page, use the associated talk page.

Please review existing bug reports before creating a new one, these will be listed below. 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 actions taken.

When reporting a new bug, be sure to provide a description of the problem, your wiki username, 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

No Autocompletion on search box uses Article (or Special) namespace only[edit]

This issue is known about by ArenaNet. We have attempted initial debugging and my personal current conclusion is that it appears the API call being made - e.g. - isn't returning any valid results, when it should be, considering that this syntax matches that used on mediawiki etc. Weirdly the "Special" namespace works ok. Current suspected extensions affecting this functionality are the ones providing the popups, i.e. Extension:Popups, Extension:TextExtracts or Extension:PageImages. -Chieftain AlexUser Chieftain Alex sig.png 23:28, 25 March 2020 (UTC)

So ArenaNet have traced the issue to mw:Extension:Titlekey. Paraphrasing: "[A] There's a known bug where namespace suggestions broke due circa MW 1.32 (which has a suggested patch as of today, however applying this patch throws an error!) however this conflicts with [B] another commit where they're trying to get letters with-accents to appear in suggestions when you type without-accents."
Links for A: , - and the error when trying to use the patch Error from line 109 of /var/www/sites/gww-en/includes/api/SearchApi.php: Call to undefined method TitleKey::getProfiles()
Links for B:
For the moment this means we have two options, either:
(1) Leave the extension as it is, which provides case-insensitive search autocompletion results for Mainspace articles only. This impacts basically only editors.
(2) Disable the extension, which will require us to type pages in a case-sensitive manner but will match on any namespace. This will impact viewers and editors.
Seems like we have to live with Option 1 for the moment. -Chieftain AlexUser Chieftain Alex sig.png 23:08, 1 April 2020 (UTC)
What about option 3, using another search extension? :P --BuffsEverywhere (talk) 23:53, 2 April 2020 (UTC)

(reindent) Do you mean things like typing "User:Chief" no longer resolves to "User:Chieftain Alex"? I didn't want to start a new section if this is the same bug.

It's unfortunate that this cannot be fixed. As a non-editor, I use this to find categories and pages such as Tanetris' guide to gear. I can remember that user's name. I can never remember what the page is called or how else to find it.

Thanks for trying to find a solution. My compliments to coder(s) behind the SAB theme. 04:41, 20 April 2020 (UTC)

Sorry for the late reply but yes, what you describe is the same search bug as this topic. -Chieftain AlexUser Chieftain Alex sig.png 06:07, 29 April 2020 (UTC)
What if mw:Extension:TitleKey won't get an update soon? Picking up BuffsEverywhere suggestion, what about: mw:Extension:AdvancedSearch, mw:Extension:CirrusSearch and mw:Extension:Elastica, used by many wikis, e.g. wikipedia and mediawiki. See here for the provided features: mw:Help:CirrusSearch, but most importantly: we would be able to see namespace previews. Whether we want to browse templates or properties as wiki editor, files or categories as wiki user, right now it's quite tedious to find them without any preview. --Tolkyria (talk) 19:50, 29 April 2020 (UTC)
Please consider replacing TitleKey with an alternative. Not having autocompletion is really annoying! --BuffsEverywhere (talk) 21:23, 26 May 2020 (UTC)
(Reset indent) Guild Wars 2 Wiki talk:Requests for technical administration#Removal of the broken mw:extension:TitleKey and replacement with something that works - discussion raised. If you think anything has changed from the above, please chime in. I'll wait a day or two for feedback then put a tech request in. -Chieftain AlexUser Chieftain Alex sig.png 21:15, 7 December 2020 (UTC)

No File uploads receive extra whitespace before selected licensing templates[edit]

Reported on Discord by Doodleplex.

If you upload a file, and in Special:Upload you type out the License template in the summary box, then it uploads fine and the wiki source is as expected. Example:

== License ==
{{ArenaNet image|screenshot}}

If you upload a file, and in Special:Upload you select a licensing template from the dropdown list, then an extra newline is inserted before it. Example:

<!-- extra newline -->
== License ==
{{ArenaNet image|screenshot}}

-Chieftain AlexUser Chieftain Alex sig.png 17:32, 2 April 2020 (UTC)

My upload created
== Summary ==
== Licensing ==
{{ArenaNet image|icon|Effect icons}}
I put == Licensing == {{ArenaNet image|icon|Effect icons}} into the upload summary field. Something might be wrong with mw:Manual:$wgUploadDialog --Tolkyria (talk) 12:15, 4 April 2020 (UTC)
Same issue exists on the Spanish wiki too. - Doodleplex 23:26, 29 August 2020 (UTC)

No Property's allows value are stuck[edit]

We added the [[Allows value::Dragon Response Mission]] to the Property:Has location type (see also smw:Help:Special property Allows value). While the special smw property Allows value stores this new value (see Special:Browse/:Property:Has location type), the Constraint schema doesn't recognize it which should be the internally relevent part. Furthermore, we also removed an allowed value, nevertheless the allowed values in the constraint schema didn't update; it's stuck. Hence it doesn't recognize "Dragon Response Mission" as valid location type (see e.g. Dragon Response Mission: Metrica Province in the infobox or the smw tool Special:ProcessingErrorList). Neither purging nor deleting + restoring the page (to somehow force a property rebuild, I don't know if this is resonable approach at all) solved this problems (see also Property talk:Has location type). Can this be fixed by running a smw backend repair script? --Tolkyria (talk) 09:27, 19 November 2020 (UTC)

Do you recall we used to have "Has game context"? It so totally broke that we had to create a whole new property. We also used to have another very widely used property with fixed values.. we ended up removing all of the allowed property restrictions. So this isn't the first time we've had this occur, but hopefully it isn't quite that bad.
Not sure what button Kvothe tried, as a full rebuild on this wiki takes a few days and breaks loads of templates whilst rebuilding- we should put up a site notice if we're doing that.
If you get one of the admins to ping Stephane/Ruby on discord then they can get Justin to have a look. Otherwise I'll have a look when I get my pc working next week (hopefully), I however wonder be able to see much more in terms of smw than you though. - 17:30, 19 November 2020 (UTC)
Hey all, I have this page on my watchlist. :) I saw the initial message but since I'm not really familiar with how to use SMW in general and specifically the complex ways in which it's used on these wikis, I held off until there was further discussion on the issue. That said, I'm happy to do what I can to help with this, so if there is a maintenance script that might help (I run rebuildData.php on every major upgrade), I can certainly do that, but I'd definitely want to ensure the SMW experts here feel such a nuclear approach would be warranted. Thoughts? Justin Lloyd (talk) 17:35, 19 November 2020 (UTC)
Okay, there are several answers, I'll try to group them a bit:
  • Alex, the property "Has game context" was before my time. Trivia: the only time I worked with the "Has game context" property was in 2019 when I changed it to "Has context" in an inline query, four years after this incident.
  • I'll change the in-text property annotation to the #set annotation in the {{Location infobox}}, not longer suppressing the link but still showing the smw warning (maybe I'll hide this as well).
  • I think Kvothe already rebuilt the whole wiki in less then 20 hours, if I understood his comments correctly, see the property talk page, using this smw:Help:Repairing SMW's data#Using a special page.
    In the meanwhile I doubt that a simple rebuild command will fix this (it's just a feeling, but based on what we (especially Kvothe) already tried, again see the property talk page). I'm not familiar with the smw backend but I think that the property page somehow lost its connection with its internal representation. E.g. the Property:Has location type shows the stuck Constraint schema tab which isn't updated when removing or adding new allowed values (note that no other property shows this tab in general); as already stated above, the special Property:Allows value (connected with the page) is up to date. Hence, I suspect that we need some kind of "purge exactly this property" command, however not sure if something like this even exists.
  • Probably, we should wait for Alex and give him some time to investigate it before we take further actions.
--Tolkyria (talk) 18:19, 19 November 2020 (UTC)
Reading smw:Help:Maintenance script rebuildData.php, there is the parameter --page=<page>, so what about this: php rebuildData.php --page="Property:Has location type" -v, there is also the option -f ("Fully delete all content instead of just refreshing relevant entries. This will also rebuild the whole storage structure. May leave the wiki temporarily incomplete."), not sure how dangerous this option is or if it's actually doing what we want, namely completely reseting the property. --Tolkyria (talk) 18:54, 19 November 2020 (UTC)
There are a couple of SMW maintenance scripts I run daily, as you can see in, specifically I run rebuildData.php --skip-properties --dispose-outdated, which obviously skips properties. So I can try your suggestion if there's further consensus that it's likely safe. We could also reproduce the issue and test whatever fix on the Dev wiki first for those who have access to it. Let me know what you think. Justin Lloyd (talk) 20:28, 19 November 2020 (UTC)
Sorry, I was probably too impatient, in the end it currently affects only three pages; right now we won't need more allowed values, just for the future it would nice to have an actually editable property. Let's wait for Alex until he got his new PC, he has more power and knowledge to look into it properly.
Regarding the reproducibility, we created Property:Test and copied the same wiki text there, it has no issues at all. --Tolkyria (talk) 22:11, 19 November 2020 (UTC)
Rebuilding the property page alone seems ok, I think tolkyria's fragment should be ok to run. (assuming -f is compatible with --page selector). I am wondering if any page refering to that property will also need a kick but we can figure that out later. Justin can we try a one off run of php rebuildData.php --page="Property:Has location type" -v (without "f" as a first attempt). -Chieftain AlexUser Chieftain Alex sig.png 20:26, 24 November 2020 (UTC)
Alex, I tested the command in dev and it seemed ok, so I went ahead and just did live as well. Hope it helped! Justin Lloyd (talk) 20:34, 24 November 2020 (UTC)
Unfortunately it's still bugged, you can check it with e.g. {{#set: Has location type=Test}} in mainspace or userspace (preview is enough), if there is no smw warning then it worked. Note that we removed all allowed values, hence setting it to "Test" should work and should not display a warning; however, the warning sign is there and displays the old stuck allowed values list: "Continent, Region, Zone, City, Lobby, Activity, Guild hall, Area, Point of Interest, Dungeon, ..." --Tolkyria (talk) 21:08, 24 November 2020 (UTC)
I just tested it with the -f flag on dev and that still shows the bug. Also, just FYI, it took about 18 seconds to run and probably broke the wiki during that time, so doing it in live would certainly necessitate a short, early morning downtime. Justin Lloyd (talk) 21:15, 24 November 2020 (UTC)
(Reset indent) For the record, we've implemented a workaround for the moment where we've created a duplicate property Property:Has location type 2. Until this issue is fixed we'll leave this workaround in place (who knows, might be fixed next time we do a complete SMW rebuild). -Chieftain AlexUser Chieftain Alex sig.png 21:10, 4 December 2020 (UTC)

Yes Mw Indicator Smw Entity Examiner[edit]

Is this element with the id mw-indicator-smw-entity-examiner supposed to stay on the page and load forever? Because it seem to do that on most pages when not logged in. (Being located close to the edge of the screen to the right of the page title.) Nightsky (talk) 02:05, 2 April 2021 (UTC)

I believe this is related to the SMW backend being unresponsive due to it being excessively slow per Stephane's post on discord. For reference here is Stephane's comment:
"Stephane Lo Presti — 03/31/2021 > Hey everyone, I've got a quick update following yesterday's maintenance. Our engineer discovered an odd error in the backend. It's very technical and he needs to investigate this further to really understand what's going on and create a fix. Meanwhile it may mean that the SMW data update may be running slow (?). I also asked our engineer to look into the slowness."
Also related to this bug where the page osillates.
In the meantime I've applied a CSS rule to hide it completely, though I suspect this will bug will vanish when the backend finishes processing/the bug is fixed. -Chieftain AlexUser Chieftain Alex sig.png 11:36, 2 April 2021 (UTC)
icon still appears on small screen devices (responsive design mode for mono book). Indefinitely loading on main page. 22:12, 7 April 2021 (UTC)
Actually, while annoying, would't it be better to leave it visible to be able to tell more easily if it's fixed or not? Nightsky (talk) 17:46, 8 April 2021 (UTC)
What you say makes sense, but not worth it if it causes the entire page to vibrate up and down for some users... -Chieftain AlexUser Chieftain Alex sig.png 18:25, 8 April 2021 (UTC)

No Semantic query: Printout skips data[edit]

Background: I'm using a semantic query to find out which items are currently available for Black Lion Claim Tickets and for how many. In this test query on Special:Ask you can see that I try to read Has item cost.Has item value, but the column is empty for many rows. However, the combined field Has item cost always contains a proper value. This can especially be seen in the JSON version of the request - Has item cost's child property "Has item value" is correctly set, but the direct access to gives an empty result. This broke with the recent maintenance.

I don't know if other, similar, queries are broken of if this is specific to the claim ticket vendors. 11:43, 2 April 2021 (UTC)

Agree looks like a bug, somewhat odd that it appears to work fine for inline #show queries using subsets of the same data, but both #ask and Special:Ask result in the same missing data
For my later reference:

Hidden JSON

* {{#show: Black Lion Claim Ticket#vendor10 | ?Has item cost.Has item value }} <!-- should both be 1, and works fine -->
* {{#show: Black Lion Claim Ticket#vendor11 | ?Has item cost.Has item value }} <!-- should both be 1, and works fine -->
{{#ask: [[Has vendor::Black Lion Claim Ticket]] [[Has item cost.Has item currency::Black Lion Claim Ticket]] [[Is historical::false]]
 |?Has item cost.Has item value=Has item value
 |?Has item cost
 |?Sells item.Has game id=Has game id
 |?Sells item
 |searchlabel=... further results
 |class=sortable wikitable smwtable
}}<!-- should return valid numerical results for each item, but even on the individual items which work fine above, one shows 1 and one is blank/unset -->


    "Black Lion Claim Ticket#vendor10": {
      "printouts": {
        "Has item value": [1], <!-- OK -->
      "fulltext": "Black Lion Claim Ticket#vendor10",
    "Black Lion Claim Ticket#vendor11": {
      "printouts": {
        "Has item value": [], <!-- why is this blank -->
      "fulltext": "Black Lion Claim Ticket#vendor11",
-Chieftain AlexUser Chieftain Alex sig.png 13:40, 2 April 2021 (UTC)
Reported on discord- same bug will affect templates including Template:World boss table (ref). I'm concerned that this might be cached results on the browse page versus live results on the ask query... there's a risk if people went around purging recipe and achievement pages etc that we may not get the data working at all. -Chieftain AlexUser Chieftain Alex sig.png 14:42, 2 April 2021 (UTC)

Hi, we made a change this morning that could affect this bug. Could you please check again to see if it's happening? --Stephane Lo Presti talk 15:09, 7 April 2021 (UTC)

Still getting this error on the various ask printouts. -Chieftain AlexUser Chieftain Alex sig.png 16:30, 7 April 2021 (UTC)
The linked query still has empty cells. I noticed an interesting behaviour while testing the Ask page for the bug above, though. I added "Sells item.Has game id" as sort option. I still get the same number of results, 144, but without any empty cells. 07:22, 13 April 2021 (UTC)

World Boss Table: No Boss Names[edit]

Went to see when a boss was up and the small event table at the top of is not showing the names of the bosses. This edit page also no longer has the buttons to add signature etc. The preceding unsigned comment was added by Justaplayer (talk) at 12:40, 8 April 2021‎ (UTC).

For what it's worth: The buttons still appear fine for me at least. Though i wouldn't be surprised if this page specifically has any problems as it's showing me the content of the page in the log in link (that shows up while not logged in) at the top of the diff preview again. Hasn't done that for a long time before now though so will probably go away again at one point or another again like last time or not; what do i know i guess. Nightsky (talk) 17:46, 8 April 2021 (UTC)
Yes this is related to missing printouts. -Chieftain AlexUser Chieftain Alex sig.png 18:31, 8 April 2021 (UTC)

No Database error received when searching[edit]

Searching for "Great work! Now train your essence manipulation Mastery on Jormag's minions outside the walls of the keep." in Special:Search produces a database error. See "Great+work!+Now+train+your+essence+manipulation+Mastery+on+Jormag's+minions+outside+the+walls+of+the+keep." this. Removing the quotes around the phase appears to work in this instance but the error is unexpected. Cutting out any words from the quote also appears to work. (page with this quote is Researcher Yarixx).

Reported by Adeira Tasharo on discord. -Chieftain AlexUser Chieftain Alex sig.png 16:26, 2 April 2021 (UTC)

This appears to be caused by a MySQL full-text search error that may require some database parameter tuning. I have a support case opened with AWS and will update here when I have a resolution. Justin Lloyd (talk) 12:47, 7 April 2021 (UTC)
It turns out that the MySQL parameter that needs tuning is currently not available in the set of parameters able to be tuned within AWS Aurora, but it is being worked on though with no ETA (extensive testing is needed), so unfortunately there is no fix for the exact issue at this time. Hopefully the workaround will suffice for the time being, but I will be sure to stay on top of this issue and follow up when there is a change on the AWS side. Justin Lloyd (talk) 17:25, 7 April 2021 (UTC)

No Link to Special:ListTransclusions missing from sidebar on every page[edit]

Previously I am virtually certain there used to be a sidebar button linking to Special:ListTransclusions with the current page name entered in the top of it. That link isn't there anymore. I guess MW changed the functionality associated with the hook.

NB: Actual special page still entirely functional. -Chieftain AlexUser Chieftain Alex sig.png 23:03, 2 April 2021 (UTC)

Deprecation notice on mw:Manual:Hooks/BaseTemplateToolbox is probably related, apparently since 2017, seems the replacement is mw:Manual:Hooks/SidebarBeforeOutput which has similar syntax. -Chieftain AlexUser Chieftain Alex sig.png 23:14, 2 April 2021 (UTC)

No Parts of menu not available on phone/phone version[edit]

When using the mobile view of wiki on my phone, many parts of the menu are missing (Community portal, Recent changes). Usually I could fix it with a page refresh or two, but now it is has been a persistent issue since the last wiki update. ~Sime 14:21, 4 April 2021 (UTC)

The way we previously implemented it got removed with MW 1.35, so I had to unfortunately remove the associated code from Mediawiki:Mobile.js. All ears if someone knows a new way to modify the menu though. -Chieftain AlexUser Chieftain Alex sig.png 14:36, 4 April 2021 (UTC)
Marking as not a bug. -Chieftain AlexUser Chieftain Alex sig.png 16:30, 7 April 2021 (UTC)

No Image cache bug[edit]

Icon cache bug[edit]

File:Hearty Sugar Rib.png - version displayed in infoboxes (40px) displays an old version with a gold border. Tried replacing the file with a new one of a different size, moving the old file, purging, refreshing, nothing seems to change it. Might need a kick on the backend for this file? -Chieftain AlexUser Chieftain Alex sig.png 13:25, 3 April 2021 (UTC)

Image / thumbnail generation seems to work only sporadically. —Kvothe (talk) 10:05, 5 April 2021 (UTC)
This one appears to be okay now, as far as I can tell, but I did a backend cache purge just to be sure. Can you confirm? Justin Lloyd (talk) 11:21, 8 April 2021 (UTC)
There's no border, for me at least, now anymore. Nightsky (talk) 17:46, 8 April 2021 (UTC)

Purge! Purge them all![edit]

Ive tried to upload a new version for File:Skritt (white fur).jpg. That works fine but I cant see the updated version on any other pages. Wanted to purge the page cache but cant even open the purge page normaly. After Ive finaly got there and hit the purge button, it took a min to purge yet I still see the old version of the image. --DiegoDeLaHouska (talk) 17:43, 7 April 2021 (UTC)

The new version shows up fine for me. This might be your browser cache playing tricks on you. Try Ctrl+F5 on a page that should show the new screenshot. Nightsky (talk) 18:08, 7 April 2021 (UTC)
Nope . Still can see the old image at Chittukk. --DiegoDeLaHouska (talk) 19:08, 7 April 2021 (UTC)
Ah, yes. My bad. I swapped the images; thinking the new one was the old and the old one the new because it loaded the old one instead of the new one in the place of the large preview. Nightsky (talk) 19:15, 7 April 2021 (UTC)
I've manually purged the image from the web servers' Varnish caches and all of the pages that link to the image seem to be correct now. Let me know if you find further instances of this kind of problem and I'll dig deeper. There were changes to the caching configuration, partially related to cookies, with this latest version upgrade, so it's possible there may be unforeseen side effects that I'd need to investigate. Justin Lloyd (talk) 11:14, 8 April 2021 (UTC)

No Page forms non-loading script[edit]

Visiting the page "Special:RunQuery/Base ingredients query", i.e. and receiving an error in the console telling me the script isn't loading

Loading failed for the <script> with source “”. index.php:1:1

I personally can't reproduce this bug in browsers other than firefox, but I asked the wiki discord and other people have been able to reproduce this issue on mobile too. (May not just be firefox) -Chieftain AlexUser Chieftain Alex sig.png 20:23, 7 April 2021 (UTC)

The link just worked for me on Firefox (also on Edge, fwiw). Can you confirm it's still a problem? Justin Lloyd (talk) 10:53, 8 April 2021 (UTC)
Can confirm it occasionally happens on any query form. -Chieftain AlexUser Chieftain Alex sig.png 17:26, 17 April 2021 (UTC)