Guild Wars Wiki:Reporting wiki bugs

From Guild Wars Wiki
Jump to navigationJump to search
Please report all bugs found on Guild Wars Wiki here.
Shortcut:
GWW:BUG

This page is for reporting bugs that you may encounter on 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 and wish to report it or have issues that require technical assistance, please head to the Guild Wars section of the Guild Wars 2 Player Support website.
  • 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

No Tables of contents on mobile[edit]

There are also no Tables of Content on mobile. - Infinite - talk 14:24, 29 March 2020 (UTC)

Not sure what the requirements for making tables appear on mobile are, but I can see a table of contents on Crystal Desert and on this page too. Your user preferences may affect this. If you have an example page in mind, please provide a link. -Chieftain Alex 08:34, 12 April 2020 (UTC)
In mobile view settings you can turn on auto-expand all sections and while pages become more effective that way, there is no traditional table of contents in place to use (mobile view on mobile device). Because the section headers are collapsed by default and function as a table of contents by themselves, not having a ToC defeats the point of having this setting. I guess it's not a bug as much as it is a designer oversight. I just don't see the point in removing the ToC, but also allowing all sections to be expanded by default. - Infinite - talk 13:43, 12 April 2020 (UTC)
I would upload a screenshot from my phone, but I actually cannot at this time. It gives a file is empty error. Not sure if this is related to the update, though. - Infinite - talk 13:55, 12 April 2020 (UTC)
Link to imgur. There's a bug (documented on the gw2w) where a certificate has expired, preventing write access for many resources (files and widgets). -Chieftain Alex 16:24, 12 April 2020 (UTC)
[1] Difficult to get my point across; expanded by default is active, the infobox is the top of the page, but there is no ToC before the first header.
[2] {{TOCright}} also doesn't work on mobile view, as seen here. - Infinite - talk 20:51, 12 April 2020 (UTC)
Here is what mobile view sees in mobile mode when viewing the Crystal Desert article (cut off partway into it), since you mentioned it earlier: [3] The lack of a ToC is instantly apparent.
This is in stark contrast with mobile view in desktop mode, where the ToC is present: [4]
On the plus side; TOCright does work in the latter case as well (and correctly, too). It's just not working for mobile view in mobile mode. - Infinite - talk 23:43, 14 April 2020 (UTC)
Did you spot that there is a min screen width 720px rule in the CSS sheet which hides the TOC below that width? -Chieftain Alex 23:52, 14 April 2020 (UTC)
I've been looking through all the sheets for a while now, but I couldn't find it. Though also, my screen's resolution is far wider than 720px (1080px). It's why I'm so confused. Does the mobile view mobile mode have a set max-width as well? What are the benefits of hiding a ToC below a certain width; does it not fit on smaller sizes? Would it not also be more necessary to have a ToC on such sizes, given the fact that they can display much less content at once? - Infinite - talk 07:08, 15 April 2020 (UTC)

No Collapsible parameters[edit]

Collapsible and expandable parameters do not work. - Infinite - talk 14:24, 29 March 2020 (UTC)

Unable to find any bugs in the behaviour on desktop, with the classes mw-collapsible, mw-collapsible mw-collapsed, collapsed nor expanded.
If you do find any bugs, check your javascript console first - the collapsible table scripts may be prevented from loading by any other javascript bugs, and I'm not ruling out a bug with the clock for example.
However, if you mean for Mobile view, we don't actually load the collapsible modules as they're not considered mobile-friendly. Imagine touch scrolling through an article and slapping the collapse button? -Chieftain Alex 08:34, 12 April 2020 (UTC)
Yeah, all my reports were mobile view specifically. A header (the top level anyway) now functions in the same way as the collapsible and expandable parameters, but the actual click-to-expand/collapse buttons do not show up. I noticed this in my sandbox, but I do recall there are main space articles utilising these parameters. It should be an easy fix without having to alter anything in the software. Just give these sections their own header. - Infinite - talk 13:22, 12 April 2020 (UTC)

Yes Outdated thumbnail on The Missing Corpses[edit]

The upper infobox thumbnail shows a previous verison of the map (File:Missing Corpses.jpg). I tried emptying my browser cache and checked in different browsers (Waterfox and Chrome) and the issue is present in both, so I presume it's not on my end. -- kazerniel (talk) 22:33, 2 May 2020 (UTC)

I encountered the same issue. Gave it a kick and it now works fine for me. Try clearing your cache one more time if it still shows incorrectly. Greener (talk) 00:50, 3 May 2020 (UTC)
Now it works, strange. Yesterday I cleared the cache several times without effect. -- kazerniel (talk) 11:45, 3 May 2020 (UTC)

Yes Discussion pages on mobile[edit]

Checked out the wiki on my mobile for a change. I don't seem to be able to access the discussion pages of articles though. Steve1 (talk) 11:17, 9 May 2020 (UTC)

Discussion page link is at the bottom of every page. Working fine I think. -Chieftain Alex 22:47, 9 May 2020 (UTC)
I see the page history at the bottom, followed by disclaimer. No discussion page. Iphone with newest OS installed. Steve1 (talk) 09:30, 10 May 2020 (UTC)
Tell me what page you're visiting and I'll see if I can reproduce your report. -Chieftain Alex 09:52, 10 May 2020 (UTC)
Death leveling Steve1 (talk) 10:02, 10 May 2020 (UTC)
screenshot of Death leveling - what? -Chieftain Alex 10:26, 10 May 2020 (UTC)
RL calling, I'll post a pic later. It's not there. Steve1 (talk) 10:38, 10 May 2020 (UTC)
https://imgur.com/a/E5BGEm8 dat Steve1 (talk) 13:56, 10 May 2020 (UTC)
Thanks for bearing with me. If I sign out or use a private window I get exactly the same as you do.
There is an open phabricator issue T54165 for exactly this problem. It has been open since 2015 and they've done nothing! I'll see if I can figure out why this happens and if $wgMinervaTalkAtTop is actually a solution we should implement on all five wikis. -Chieftain Alex 17:20, 10 May 2020 (UTC)
Option 1:
If we added $wgMinervaTalkAtTop['base'] = true; to localSettings.php it would add a tab row with two buttons in it to the top of each page: screenshot.
Option 2:
The alternative would be to edit SkinMinerva.php in wiki\skins\MinervaNeue\includes\skins. This would result in the discussion button appearing for anon users just like logged in users currently receive it. Line 742 looks like
if ( !$this->getUserPageHelper()->isUserPage() && $this->getPermissions()->isTalkAllowed() && $talkAtBottom ) {
and all that needs to be done is remove the $this->getPermissions()->isTalkAllowed() && bit, i.e.
if ( !$this->getUserPageHelper()->isUserPage() && $talkAtBottom ) {
Option 1 would be easiest for ArenaNet and is acceptable in my opinion. -Chieftain Alex 17:47, 10 May 2020 (UTC)
Cheers Alex. I know how frustrating bug hunting can be. Steve1 (talk) 18:33, 10 May 2020 (UTC)
Justin has updated the localSettings file such that the talk page button appears underneath the page title for anons and logged in users, so I'm marking this as resolved. -Chieftain Alex 17:22, 12 May 2020 (UTC)
Confirmed. Kudos to Justin, whoever he may be. ;) Steve1 (talk) 20:19, 13 May 2020 (UTC)
Justin is the official ArenaNet IT guy for the wiki. -Chieftain Alex 14:43, 17 May 2020 (UTC)

No 2 bugs[edit]

Gallery of Spawning Power items starts with a bunch of bows. The categories of the bows seem fine. Other galleries might be affected.

"Tango Down!" is not showing the skill icon "Tango Down!".jpg. It's working on Corporal Bane's skill page or Going Commando.

Bugs spotted by Falconeye. Steve1 (talk) 10:57, 17 May 2020 (UTC)

The gallery issues were actually caused by Falconeye (not just "spotted" by) adding an incorrect DPL query to the Spawning Power / Divine Favor gallery pages. The only relevant flatbow was also missing from the Flatbow category in the first case. -Chieftain Alex 14:38, 17 May 2020 (UTC)
LOL - and *facepalm*. Cheers, Steve1 (talk) 14:42, 17 May 2020 (UTC)
The second bug was also caused by Falconeye.
Leaving parameters empty is poor practice. That being said I've updated the infobox to be more resilient against people being careless with the "id" parameter. Chieftain Alex 14:42, 17 May 2020 (UTC)

No Categories on mobile not showing[edit]

At the bottom of the page, categories don't show up. Example: Take Alex' screenshot on death leveling from a few days ago. The two categories are missing. Steve1 (talk) 11:03, 17 May 2020 (UTC)

Categories are considered metadata that isn't worth showing on mobile. This is a design choice. -Chieftain Alex 14:30, 17 May 2020 (UTC)

No Image upload form helper: MediaWiki:UploadForm.js[edit]

It appears (based on this upload) that the file upload script "Image upload form helper" loaded through MediaWiki:Common.js doesn't prevent people from uploading files without license tags ("anymore"? I'm not sure if it ever did prevent uploads without licenses on this wiki.)

A quick examination of UploadForm.js suggests it is looking at the correct node ids - i.e. they haven't been renamed. The script certainly loads because the radio buttons are there. -Chieftain Alex 10:11, 24 May 2020 (UTC)

I don't recall this wiki ever forcing the user to add licensing tags. Adding the tags was one of my main uses of poke's GWWT. I was happily surprised to see the gw2w force the licenses. Greener (talk) 13:42, 25 May 2020 (UTC)
You're probably right that this wiki didn't ever prevent no-license images, but I think it might be worth doing; off the top of my head I can't think of any images for this wiki that would intentionally without a license. Most of the images will be screenshots.
It would be easy enough to do, just need to add a rule to check if the license box is blank in terms of templates / categories, and that the License setting radio is on the first checkbox. -Chieftain Alex 18:43, 25 May 2020 (UTC)
Images without a license tag are not without a license. They are licensed under the GFDL together with all the other content we have. We only ever used explicit license tags for files that were explicitly not licensed under the GFDL, most notably because they were owned by ArenaNet. Those are the images we need to tag. For all the other ones, we assume that they are released under the GFDL instead. And we do have quite a lot of those, e.g. all of our tango icons. So imo, the current behavior is still correct. poke | talk 22:32, 30 May 2020 (UTC)

Domain issues[edit]

moved from Guild Wars Wiki:Admin noticeboard

For some reason, starting today a few hours ago, the wiki has been constantly redirecting me to the german GW2 wiki. Any ideas what's causing this? Jeree95 (talk) 11:50, 24 June 2020 (UTC)

Same. Several times while trying to edit my user page, but also during search. And while previewing or saveing changes on this edit.--Ruine User Ruine Eternelle Ruine Eternelle.jpg Eternelle 11:52, 24 June 2020 (UTC)
Same same. I thought it was me being stupid, which is usually the case. German wiki, huh? Poke - what have you done? — snogratUser Snograt signature.png 12:13, 24 June 2020 (UTC)
das ist nicht gut. horrible | contribs 12:36, 24 June 2020 (UTC)
Indeed. I want my recent changes, not Letzte Änderungen. It smells like a server-side issue (he says, pretending he knows what he's talking about.) — snogratUser Snograt signature.png 12:39, 24 June 2020 (UTC)
I’m innocent. I also don’t know what you are talking about. Is the issue still around? poke | talk 15:06, 24 June 2020 (UTC)
Catching up with messages, it appears that ANet is already on it (or is already done). poke | talk 15:08, 24 June 2020 (UTC)
It seems to be ok now. The wiki was totally unusable for a while there. — snogratUser Snograt signature.png 15:09, 24 June 2020 (UTC)
It lasted for something like 3 hours. Despite the URL looking normal, it was attempting to pull pages from the german wiki, meaning every link clicked would lead to the german "this page has no content..." Also, it SEEMED to be looking at the german GW2 wiki. Most bizarre. — snogratUser Snograt signature.png 15:17, 24 June 2020 (UTC)
I was told that this should be fixed now. Apparently, there was some infrastructure change and a missing configuration involved. Let me know if there appears to be any issue left. poke | talk 15:27, 24 June 2020 (UTC)