Guild Wars 2 Wiki:Reporting wiki bugs

From Guild Wars 2 Wiki
(Redirected from GW2W:BUG)
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, Yes = Mitigated, No = Unsolved, No = Not a bug

Yes Semantic query: Printout skips data[edit]

See /archive 12#Semantic query: Printout skips data for full description.

Long term issue. Awaits https://github.com/SemanticMediaWiki/SemanticMediaWiki/pull/5036 which didn't make it into the release of SMW 4.0.0.

Mitigated by edits such as this one. -Chieftain AlexUser Chieftain Alex sig.png 12:47, 11 September 2022 (UTC)

Still happening as reported on Template talk:Trait list#Traits not displaying some elite specs correctly. -Chieftain AlexUser Chieftain Alex sig.png 17:35, 4 April 2023 (UTC)

Yes Mobile theme when viewed on desktop - not loading custom css at all[edit]

See /archive 12#Mobile theme when viewed on desktop - not loading custom css at all for full description.

Considered mitigated through javascript in Mobile.js, Common.js, and Minerva.js. -Chieftain AlexUser Chieftain Alex sig.png 12:47, 11 September 2022 (UTC)

Yes Widget counter bug[edit]

See /archive 12#Widget counter bug for full description.

Mitigated by removal of smarty counter logic from majority of widgets. -Chieftain AlexUser Chieftain Alex sig.png 11:07, 4 December 2022 (UTC)

No Empty or incomplete SMW queries[edit]

See /archive 13#Empty or incomplete SMW queries for full description.

Basically requires additional purge activities to rebuild pages after wiki database updates. -Chieftain AlexUser Chieftain Alex sig.png 22:27, 14 February 2025 (UTC)

No "|+order=" not sorting as expected (SMW Records)[edit]

See "|+order=" not sorting as expected (SMW Records)

Bugs related to sorting of the record SMW data type. -Chieftain AlexUser Chieftain Alex sig.png 22:27, 14 February 2025 (UTC)

No Reference previews[edit]

Reference previews only appear when logged out, but not while logged in. And, not sure if related, but in case it helps: Attempting to turn of the media viewer using the gear shown when viewing a file while logged in doesn't actually turn of the media viewer (nor change the acompaning setting for it the preference settings (Which is where the gear found in Page previews goes to (Special:Preferences#mw-prefsection-rendering) while logged in, while providing options to toggle Page previews and Reference previews individually instead while logged out.) accordingly). Nightsky (talk) 14:48, 3 May 2023 (UTC)

Checked, still broken as of MW 1.39.6 -Chieftain AlexUser Chieftain Alex sig.png 17:20, 13 April 2024 (UTC)

No 403 responses for requests from a VPS[edit]

I've written a little something that calculates a geohash for Tyria using the current UTC date, client build and continent dimensions and shows the resulting location (e.g. [7411.49, 2850.4] at present) on a 3x3 tile map centered on the tile containing the location. Due to the tile service being rather outdated in its tiles with maps on them it's querying the wiki for tiles (e.g. File:World map tile C1 F1 Z8 X28 Y11.jpg, etc. most recently), which works fine locally, but not on the VPS i'm intending to host it on. I'd like to know if it'd be possible to have said VPS be allowed to request the wiki? With the code behaving as it does now, this would ammount to up to 63 requests (Less if some tiles overlap previously retrieved ones.) every time either (or both) of the UTC date or build id change. It should have requested (or tryed to do so anyways) the tiles (with the URLs as listed in the preceeding "etc.") at least around 00:00 UTC, 00:42 UTC, 15:16 UTC, 15:20 and 15:30 UTC today already and tiles for some past locations at some points in time since ~2024-03-31 too. Medyro (talk) 15:42, 8 April 2024 (UTC)

I'm seeing there is a related topic here. Are you providing a User-Agent string?
My personal opinion would be we shouldn't allow random stuff to have custom access to the wiki through the firewall (though we seem to have done in the past). Why not host a copy of the tiles on your own service? -Chieftain AlexUser Chieftain Alex sig.png 17:24, 8 April 2024 (UTC)
I am providing a user agent string. I also tryed setting it to what my browser uses to no avail.
They are served by my own service. It's just that said service only fetches them on demand. While possible, i'd rather not put all of the tiles on there right away. I'd have to keep them up to date then too. Doesn't help that the whole point of the tile service exsisting would appear to be to not have to do so either. And i certainly wouldn't save and serve them as it'd work now would said service actually be up to date. :/ Medyro (talk) 19:00, 8 April 2024 (UTC)

No Button ui issue on mobile (Widget:Filter buttons)[edit]

If you click on a button on the mobile view it "lights up" to show that it's turned on, but if you click on it again it appears to stay selected (visually only) until you click somewhere else on the page. Example: Attribute_combinations#Three_or_more_attributes --ItVictor (talk) 21:35, 4 May 2024 (UTC)

I can reproduce this, but only on a touch device (i.e. an actual mobile) - occurs on both wiki skins. I think its a visual only bug, possibly where the ":focus" or ":focus-visible" CSS pseudo-class is active. -Chieftain AlexUser Chieftain Alex sig.png 08:26, 5 May 2024 (UTC)

No Caching[edit]

It appears as though the varnish that seems to be between the wiki and browsers (according to the response headers at least) doesn't cache any responses (except for images, apparently) from the mediawiki server when any cookies are set, even if it's only the en_wikidb_gw2mwuser-sessionId cookie, which realy schouldn't be the case (and also seems like it might have been fixed that that specific cookie's being set by the popups extension, according to the comments further down there at least (not sure if the version of the Popups extension on this wiki already contains those changes or not though given Special:Version's of no help in terms of the version of said extension that's installed)), like realy. The cookieConsent and cookieNotification cookies set by e.g. https://www.guildwars2.com however also prohibit it as such even though completely unrelated and could do with special treatment as to not do so too. As to their extend something like

set req.http.TMP-Cookie = regsuball(req.http.Cookie, "(?i)(^|;\s*)(cookie(Consent|Notification))=[^;]*", "");
set req.http.TMP-Cookie = regsub(req.http.TMP-Cookie, "^;?\s*", "");
if (req.http.TMP-Cookie != "") {
unset req.http.TMP-Cookie;
return (pass);
}
unset req.http.TMP-Cookie;

(adapted from this (i of course can't see the wiki's actual logic, so might be you have to invert or otherwise change it (maybe add some certain more cookies (like ignoreInterwikiSearchRedirect or any possibly set by dismissing the MediaWiki:Sitenotice or maybe any cookies google tag manager would set would it not be blocked by my hosts file or other such cookies for example)?) before applying it in any way, shape or form)) could work. In any case, this doesn't paint a great picture in terms of server load (and also makes things like the requests that the wikipopup extended widget does possibly rather difficult to scale too) when articles are never realy effectively cached by varnish and always have to go to the mediawiki server instancce. As such, please do considder fixing the varnish configuration/caching if in any way feasible. Medyro (talk) 15:45, 6 February 2025 (UTC)

Yes 403 errors[edit]

These errors turned out to be due to server firewall rules vs a spam campaign targeting the varnish servers. -Chieftain AlexUser Chieftain Alex sig.png 22:17, 14 February 2025 (UTC)

Just got this error again after my edited on User:Tery3065/sandbox5 (using SMW to pull the objects images using Has appearance property), so my IP got blocked? After resetting my network, it works. --𝙏ᴇʀʏ 17:25, 17 February 2025 (UTC)
Actually, your IP address accidentally got caught in with a few others I'd seen sending malicious requests to the wikis earlier today. I saw your post earlier and removed your IP from the blocklist but forgot to respond here. Justin Lloyd (talk) 23:06, 17 February 2025 (UTC)

Yes Recently uploaded images not loading[edit]

Same issue as #403 errors above. -Chieftain AlexUser Chieftain Alex sig.png 22:17, 14 February 2025 (UTC)

No 504 gateway errors[edit]

These errors are being investigated by ArenaNet, the cause is currently unknown. -Chieftain AlexUser Chieftain Alex sig.png 22:17, 14 February 2025 (UTC)

Appears to be caused by an "empty" SMW query (0 results) with 7 sortkeys, on Template:Trait list, which is effectively called on every single trait/skill page on the wiki. For the moment this has been edited to remove some sortkeys (anything fewer than 7 is fine apparently). I will leave this at unresolved red status until we've had time to review. -Chieftain AlexUser Chieftain Alex sig.png 00:00, 15 February 2025 (UTC)
The Shadowstep (mechanic) was still inacessible this morning, so looked further.
Ended up editing Template:Skill list (checked for type/effect being equal to "+", i.e. all results) and Template:Related skills list (removed couple of marginally unnecessary types, this change may not be required due to the amendment to skill list, which is called by this template).
My guess as to the root cause is that our SMW properties have finally gotten big enough that its an issue to make certain queries, particularly greedy ones with "+" or where the results are being sorted many times over. -Chieftain AlexUser Chieftain Alex sig.png 12:45, 15 February 2025 (UTC)