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)

Issue deleting a file[edit]

When attempting to delete File:Ascalon child f.jpg, I get a message stating, "Error deleting file: An unknown error occurred in storage backend "local-backend"." No other info is given. Greener (talk) 01:05, 20 July 2020 (UTC)

I'll look into this. Justin Lloyd (talk) 15:49, 20 July 2020 (UTC)
Greener, I see the deletion attempts in the server log and no indications so far of an error. How many times did you try? Have you tried since then? Justin Lloyd (talk) 16:08, 20 July 2020 (UTC)
I believe 3 times previously, and I just attempted now with no success. Greener (talk) 16:33, 20 July 2020 (UTC)
Looking at https://phabricator.wikimedia.org/T244567, can you see if first null editing the file and then trying the delete helps? And can you delete anything other files, even a test upload? Justin Lloyd (talk) 16:42, 20 July 2020 (UTC)
Uploading and deleting other files is fine. Null editing and deleting did not work. One oddity / red herring is that one of the thumbnails for File:Ascalon child f.jpg is not showing. I can be more aggressive and see if uploading over the image and then deleting would kick anything. Let me know. Greener (talk) 17:04, 20 July 2020 (UTC)
The overwrite idea seems worth it. The file seems okay but perhaps there is some kind of corruption with the file and/or database info. Justin Lloyd (talk) 17:15, 20 July 2020 (UTC)
Same error after overwrite. I looked at the other examples given, https://commons.wikimedia.org/wiki/File:IFriend.png and https://id.wikipedia.org/wiki/Berkas:Kementerian_Lingkungan_Hidup.svg , and they also seem to be missing a thumbnail in their histories. The missing image on ours is also missing an id#, so it can't be referenced by a revert or delete:
compared to these reverts and deletions that work:
--The preceding unsigned comment was added by Greener (talk) at 17:25, 20 July 2020‎ (UTC).
Looking at the database, the image id number for the missing entry is identical to the one right below it (20100713135214) and the image hash value is identical to that previous version as well. The duplicate/missing entry does point to the previous entry as its parent and the next one points to the duplicate. I wonder if deleting the parent revision would delete both. Not exactly sure of the SQL command it would execute, so I don't know if both the good and missing revisions would get deleted. I can try to get some MW expert help to find out if there's a better way to try to resolve this. Justin Lloyd (talk) 17:58, 20 July 2020 (UTC)
Deleted the parent version, 20100713135214, and the blank thumbnail still remains. Tried to subsequently delete the whole file set, and I received the same initial error message. I'll bring back the parent version so that it's visible again to anyone else that wants to play with it. Thanks for looking into this! Greener (talk) 18:36, 20 July 2020 (UTC)
I'll have to keep digging. No responses yet from the two MW channels I've pinged on this kind of problem. Justin Lloyd (talk) 20:22, 20 July 2020 (UTC)
The issue appears to be an bad entry in the database for the image's file history. I have a possible approach to fixing it that I am investigating and will test in dev if it's a feasible solution. Justin Lloyd (talk) 11:05, 29 July 2020 (UTC)
(reset indentation) I've tested the fix in the dev wiki and it seems to work, a simple deletion of the bad row in one of the database tables. Since this would be a manual change to the live database, I want to ensure we're in agreement on proceeding with this procedure. Please let me know at your convenience how you'd like to proceed with resolving this issue. Justin Lloyd (talk) 16:55, 29 July 2020 (UTC)
Hey Justin, once again I'm sorry for the late response. As per my email to you, I support the attempt to delete the bad row from the database. If it works, then we have a new tool in our toolbox. If it doesn't, then we'll see if anyone else has some suggestions ;) . Greener (talk) 20:32, 19 August 2020 (UTC)
I've deleted the bad row and the page history no longer shows the invalid entry. Feel free to attempt the page deletion again at your convenience. Justin Lloyd (talk) 20:46, 19 August 2020 (UTC)
And we have success! Justin, thank you for digging so deep into this, especially for doing the extra backing up on the dev wiki and reaching out to others. Very much appreciated! Greener (talk) 20:51, 19 August 2020 (UTC)
Glad to be of service, that's why I'm here! Thank you for bringing this odd issue to my attention in the first place. Justin Lloyd (talk) 20:53, 19 August 2020 (UTC)