Guild Wars 2 Wiki:Reporting wiki bugs/archive 14
Not actual bugs / Unconfirmed
403 responses for requests from a VPS
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 Alex
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)
- For what it's worth, this schould be resolved now.
- Also, i'm now adding half an ulp (0x.0000000000000001/2) to the hex values before multiplication with the width/height, as i'm guessing it wouldn't be possible to stand on the boundaries of the map anyhow and it distributes them more nicely (same boundary (the aforementioned half of an ulp) on all sides) within the area too. Medyro (talk) 00:07, 5 July 2025 (UTC)
Weird Mastery Bar when browsing
Just came on to look up some information, and there was a mastery bar graphic stuck at the bottom of my screen. Couldn't get it to go away. Didn't load when I used other browsers, just Firefox. Extremely annoying, since anything I clicked on, took longer to load, or didn't load at all, but instead added "XP" to the mastery bar.
How do I get rid of this thing? --Strawberry Mouse (talk) 12:36, 1 April 2025 (UTC)
- Did you master following wiki links? /s
- Not a bug. It was April Fools when you checked. -Chieftain Alex 19:13, 3 April 2025 (UTC)
not receiving email address change confirmation
hey - User:Tanetris suggested i try posting this here. i changed the email address associated with my account, but haven't received the confirmation email to actually confirm it. i waited several minutes, requested another. tried again hours laters. it's been about a day since i changed my email, and i have yet to received the confirmation email. i checked my spam/junk folders, as well as searching for anything gw2 wiki related, but came up empty. thank you! Gauzy 
21:21, 19 October 2025 (UTC)
- Not received any other reports of email issues. -Chieftain Alex 16:32, 14 March 2026 (UTC)
Resolved
Widget counter bug
See Guild Wars 2 Wiki:Reporting wiki bugs/archive 12#Widget counter bug for full description.
Mitigated by removal of smarty counter logic from majority of widgets. -Chieftain Alex 11:07, 4 December 2022 (UTC)
Mobile theme when viewed on desktop - not loading custom css at all
See Guild Wars 2 Wiki:Reporting wiki bugs/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 Alex 12:47, 11 September 2022 (UTC)
- This will require consideration when the planned upgrade to MW 1.43 hits. -Chieftain Alex 16:51, 14 March 2026 (UTC)
Wikisearch not resolving chat codes
Entering a chat code (either directly or via /wiki <item> ingame) doesn't seem to resolve the chatcode into it's searchable id that is being used as an article property/in the infobox. According to a forum post from yesterday (March 30th 2025) this a) seems to be an issue since at least then. I myself can confirm that it doesn't work for the following 4 items/item codes:
- [Krytan Spiderwort Bloom]: [&AgFqUwEA]
- [Shing Jea Orchid Petal]: [&AgE7UwEA]
- [Koda's Blossom Petal]: [&AgE4UwEA]
- [Ascalonian Royal Iris]: [&AgEOUwEA]
Problem seems to be independent of whether or not the user is logged in or not. I tested Opera GX (logged in, Vector legacy (2010) wiki skin, core version 117.0.5408.140, chromium version 132.0.6834.210) and Firefox ( not logged in and logged in, MonoBook wiki skin, version 136.0.4) both x86_64, didn't work in both. Using MinervaNeue on Chrome 134.0.6998.135 on Android 14 and the afforementioned Firefox version on x86_64 seemed to work, so might be releated to the Vector and MonoBook skins. Almdudler (talk) 20:01, 31 March 2025 (UTC)
- Issue was fixed by finding and removing a lonely bracket in common.js left over after removing some code. Thanks to User:Medyro and User:Greener for figuring that out/fixing it. Almdudler (talk) 21:40, 31 March 2025 (UTC)
Event Timer 'current time' indicator does not scale correctly when inline with infobox
On most pages the event timer is below the infobox and not affected, but on Void-Corrupted Jade Maw (and presumably others) it is currently higher. This should cause both the 'current time' indicator and the event schedule itself to be scaled horizontally, but they seem to use different widths. This causes them to be increasingly out of sync the farther from the start of the bar the indicator is (i.e. more at the end of an hour than the beginning), and is amplified the narrower the window is.
This can make it appear that event is currently active even though it is not or vice versa. --Confusador (talk) 20:28, 2 April 2025 (UTC)
- Stuck a clear on the page, known quirk of event timer. -Chieftain Alex 19:13, 3 April 2025 (UTC)
Applying an API key for Hungry cat scavenger hunt will not show collected cats
API is correct and it works for example with HOME INSTANCE Home instance. —The preceding unsigned comment was added by MeTySoN (talk) at 08:21, 3 October 2025 (UTC).
- Checked, widget broke due to a current API bug (see this diff + associated bug report). Should be fixed now. Thanks. -Chieftain Alex 19:23, 3 October 2025 (UTC)
Main page current release image not showing correctly on mobile view
Missing one bracket "]" at the end for Minerva theme (mobile view). —Tᴇʀʏ.3065 15:34, 8 March 2026 (UTC)
Still bugged
Caching
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)
Button ui issue on mobile (Widget:Filter buttons)
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 Alex 08:26, 5 May 2024 (UTC)
