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]

Description
Problem
  • The recent SMW upgrade to version 4.0.2 reset the whole database and therefore the queries asking for those properties may be empty. Hence you might see something like: "This item is not contained in any container." or "No results for sold by."
How to fix it
  • This can be fixed by using the Purge button on the top (only visible to logged-in wiki editors) or by adding ?action=purge in the address bar.
    • First, make sure that the properties on the wanted pages are stored correctly by purging the pages. Therefore, go to the pages that should be shown in query (obviously for large queries this is a non-trivial task, sometimes Special:WhatLinksHere can help).
    • Second, purge the page with the query.
    • In most cases this should fix it, if not feel free to report it here.
Example
  • Let's say we are on the page Mithril Ore and the section Contained in isn't showing the container Large Loot Bag.
  • First, we go to the page Large Loot Bag and hit the purge button to properly set the SMW properties.
  • Second, we go back to the page Mithril Ore and again use the purge button.
Notes
  • Sometimes SMW queries are self-referencing and relying on properties of their own page, then one has to purge twice.
  • Alternatively, one can also use a mw:Null edit to purge the page (simply click edit and then save changes without performing any edit, note that you won't show up in the page history) or even combine a purge and a null edit to be sure that the properties and queries are working as intended.

I combined all SMW related bug reports in this section. --Tolkyria (talk) 09:11, 28 September 2022 (UTC)

Perhaps it may be a good idea to add to the message on every page that "If you experience problems, purge the page (twice max) to see if that solves the problem. If not, please report it ander Article Feedback" or something alike. I keep running into pages that fixed themselves after a purge. Disconnect (talk) 02:05, 30 September 2022 (UTC)
While this is the way to fix these problems, we do not currently recommend it openly to not waste anyones time since pages can "break" again due to the issues detailed in the next section ("Unparsed pages after null edit"). —Kvothe (talk) 22:27, 2 October 2022 (UTC)
Note this is probably still an ongoing issue, but I've archived many of the repetitive bug reports to Guild Wars 2 Wiki:Reporting wiki bugs/archive_12#Empty or incomplete SMW queries (not useful to display them all here).
  • Gallery view of weapon skins in a collection only shows some of the available pictures
  • API widgets broken on Open Skies achievements pages
  • Containers for items not showing
  • Queries not working?
  • Item References
  • Expression error: Unrecognized punctuation character
  • Missing acquisition sources for some LWS3 items
  • Ascended Breathers
  • Personal Story not loading/highlighting from API correctly
  • Weaponsmith/Novice recipes
  • Missing pages for database items - Destroyer Weapons
  • Why has the purging not been done automatically as part of the software update process?
Please however continue to create topics with === heading text === to report further bugs. -Chieftain AlexUser Chieftain Alex sig.png 00:16, 30 November 2022 (UTC)

December 2022[edit]

This bug is still occurring. There have been several reports on discord of pages losing their semantic properties. This is most observable where recipe pages "forget" their subobjects, and then the recipe list templates report fewer than expected recipes. -Chieftain AlexUser Chieftain Alex sig.png 11:07, 4 December 2022 (UTC)

It was reported by User:Greener that the number of empty queries seems to have reduced. This could be related to a patch applied on 17th January (although at first glance none of the changes look related). -Chieftain AlexUser Chieftain Alex sig.png 17:37, 25 January 2023 (UTC)

May 2023[edit]

Still happening. Found API:2/account/legendaryarmory without properties, purged to resolve. Also found the same on Seitung Province yesterday. -Chieftain AlexUser Chieftain Alex sig.png 22:19, 29 May 2023 (UTC)

No "|+order=" not sorting as expected[edit]

When looking at the currency for table on Imperial Favor, the sorting seems to sort the "250 Research Note" & "125 Imperial Favor" and "300 Research Note" & "150 Imperial Favor" entries in the order as just listed here, instead of the other way around, as'd be expected given the |+order=asc found in the {{vendor query table}}.
I can give the following queries/tables as more minimal examples (compared to the aforementioned template):

Has item cost
200 (Imperial Favor)
200 (Imperial Favor)
200 (Imperial Favor)
200 (Imperial Favor)
20000 (Imperial Favor)
500 (Imperial Favor)
1000 (Research Note), 2500 (Imperial Favor)
1000 (Research Note), 2500 (Imperial Favor)
1000 (Research Note), 2500 (Imperial Favor)
1000 (Research Note), 2500 (Imperial Favor)
50 (Imperial Favor), 100 (Research Note)
50 (Imperial Favor), 100 (Research Note)
50 (Imperial Favor), 100 (Research Note)
75 (Imperial Favor), 150 (Research Note)
250 (Research Note), 125 (Imperial Favor)
300 (Research Note), 150 (Imperial Favor)
50 (Imperial Favor), 100 (Research Note)
50 (Imperial Favor), 100 (Research Note)
50 (Imperial Favor), 100 (Research Note)
75 (Imperial Favor), 150 (Research Note)
250 (Research Note), 125 (Imperial Favor)
300 (Research Note), 150 (Imperial Favor)
50 (Imperial Favor), 100 (Research Note)
50 (Imperial Favor), 100 (Research Note)
50 (Imperial Favor), 100 (Research Note)
75 (Imperial Favor), 150 (Research Note)
250 (Research Note), 125 (Imperial Favor)
300 (Research Note), 150 (Imperial Favor)
Has item cost
200 (Imperial Favor)
200 (Imperial Favor)
200 (Imperial Favor)
200 (Imperial Favor)
20000 (Imperial Favor)
500 (Imperial Favor)
2500 (Imperial Favor), 1000 (Research Note)
2500 (Imperial Favor), 1000 (Research Note)
2500 (Imperial Favor), 1000 (Research Note)
2500 (Imperial Favor), 1000 (Research Note)
100 (Research Note), 50 (Imperial Favor)
100 (Research Note), 50 (Imperial Favor)
100 (Research Note), 50 (Imperial Favor)
150 (Research Note), 75 (Imperial Favor)
125 (Imperial Favor), 250 (Research Note)
150 (Imperial Favor), 300 (Research Note)
100 (Research Note), 50 (Imperial Favor)
100 (Research Note), 50 (Imperial Favor)
100 (Research Note), 50 (Imperial Favor)
150 (Research Note), 75 (Imperial Favor)
125 (Imperial Favor), 250 (Research Note)
150 (Imperial Favor), 300 (Research Note)
100 (Research Note), 50 (Imperial Favor)
100 (Research Note), 50 (Imperial Favor)
100 (Research Note), 50 (Imperial Favor)
150 (Research Note), 75 (Imperial Favor)
125 (Imperial Favor), 250 (Research Note)
150 (Imperial Favor), 300 (Research Note)
Has item cost
200 (Imperial Favor)
200 (Imperial Favor)
200 (Imperial Favor)
200 (Imperial Favor)
20000 (Imperial Favor)
500 (Imperial Favor)
2500 (Imperial Favor), 1000 (Research Note)
2500 (Imperial Favor), 1000 (Research Note)
2500 (Imperial Favor), 1000 (Research Note)
2500 (Imperial Favor), 1000 (Research Note)
50 (Imperial Favor), 100 (Research Note)
50 (Imperial Favor), 100 (Research Note)
50 (Imperial Favor), 100 (Research Note)
75 (Imperial Favor), 150 (Research Note)
125 (Imperial Favor), 250 (Research Note)
150 (Imperial Favor), 300 (Research Note)
50 (Imperial Favor), 100 (Research Note)
50 (Imperial Favor), 100 (Research Note)
50 (Imperial Favor), 100 (Research Note)
75 (Imperial Favor), 150 (Research Note)
125 (Imperial Favor), 250 (Research Note)
150 (Imperial Favor), 300 (Research Note)
50 (Imperial Favor), 100 (Research Note)
50 (Imperial Favor), 100 (Research Note)
50 (Imperial Favor), 100 (Research Note)
75 (Imperial Favor), 150 (Research Note)
125 (Imperial Favor), 250 (Research Note)
150 (Imperial Favor), 300 (Research Note)

The first table should have the costs sorted ascendingly by amount (i.e. as should also be the case in the table on the linked page). The further two tables are included for reference, where the costs should be sorted descendingly by amount and are unsorted respectively.
I'm guessing that this is a SMW bug. Nightsky (talk) 14:23, 22 October 2022 (UTC)

Can you clarify what you think the |+order= parameter is supposed to do? Is it supposed to sort the records returned within a single table row? -Chieftain AlexUser Chieftain Alex sig.png 08:35, 23 October 2022 (UTC)
I think it's supposed to sort the individual instances assigned to a property. (So, yes, it should sort the records returned within a single table row in the tables above. (For tables with more columns it'd of course be within a cell instead of row then.))
As a more elaborate example; considder e.g. the following assignment:
{{#subobject: example
| Has item cost = 250;Research Note+125;Imperial Favor |+sep=+
}}
This'll set "Has item cost" to two instances of the record; "250 (Research Note)" & "125 (Imperial Favor)".
Now if asked for this to be sorted in the output, it should sort these instances as specified. Considder e.g. the following query:
{{#ask: [[{{FULLPAGENAME}}#example]]
| ?Has item cost |+order=asc
}}
This should then yield "125 (Imperial Favor)" & "250 (Research Note)", in this order; sorting first by the first property in the record in ascending order and then by subsequent ones if neccessarry (though i don't think there exists a way to specifiy the sort order for record properties other than the first, so it sorting by subsequent ones may not be the case; although it does appear to work that way (See e.g. Legendary Insight#Currency for, Gift of Prowess#Sold by and Gift of Compassion#Sold by; which do seem to order ties in the first property by the next.)).
The weird thing is that it doesn't even seem to be sorting alphabetically, as otherwise 250 & 125 and 300 & 150 wouldn't always be the other way around as 1000 & 2500.
Another weird thing is that the table with the unordered records above appears to have them ordered by the second property of the record, Imperial Favor & Research Note, in that order; though i suppose that may be coincidence with them all being assigned in that order in the "vendor table row"-template on the vendor page. Nightsky (talk) 14:46, 23 October 2022 (UTC)
Did yoy see my test at User:Chieftain Alex/sandbox? -Chieftain AlexUser Chieftain Alex sig.png 15:22, 23 October 2022 (UTC)
I don't really look at pages in the user namespace unless being pointed at or pinged there, so i did not; untill reading your messages at least (which are more descriptive of the test than your message here if i may add).
I'm afraid your test still leaves 2500 & 1000 in an undesirable order, though it does seem to do fine with 125 & 250 and 150 & 300 (as well as all the pairs of different digit length); so it's certainly an improvement.
Also, since you made me check the documentation, i found that there's also n-asc and n-desc, which do seem to work as a workaround. See also the following tables:
Has item cost
200 (Imperial Favor)
200 (Imperial Favor)
200 (Imperial Favor)
200 (Imperial Favor)
20000 (Imperial Favor)
500 (Imperial Favor)
1000 (Research Note), 2500 (Imperial Favor)
1000 (Research Note), 2500 (Imperial Favor)
1000 (Research Note), 2500 (Imperial Favor)
1000 (Research Note), 2500 (Imperial Favor)
50 (Imperial Favor), 100 (Research Note)
50 (Imperial Favor), 100 (Research Note)
50 (Imperial Favor), 100 (Research Note)
75 (Imperial Favor), 150 (Research Note)
125 (Imperial Favor), 250 (Research Note)
150 (Imperial Favor), 300 (Research Note)
50 (Imperial Favor), 100 (Research Note)
50 (Imperial Favor), 100 (Research Note)
50 (Imperial Favor), 100 (Research Note)
75 (Imperial Favor), 150 (Research Note)
125 (Imperial Favor), 250 (Research Note)
150 (Imperial Favor), 300 (Research Note)
50 (Imperial Favor), 100 (Research Note)
50 (Imperial Favor), 100 (Research Note)
50 (Imperial Favor), 100 (Research Note)
75 (Imperial Favor), 150 (Research Note)
125 (Imperial Favor), 250 (Research Note)
150 (Imperial Favor), 300 (Research Note)
Has item cost
200 (Imperial Favor)
200 (Imperial Favor)
200 (Imperial Favor)
200 (Imperial Favor)
20000 (Imperial Favor)
500 (Imperial Favor)
2500 (Imperial Favor), 1000 (Research Note)
2500 (Imperial Favor), 1000 (Research Note)
2500 (Imperial Favor), 1000 (Research Note)
2500 (Imperial Favor), 1000 (Research Note)
100 (Research Note), 50 (Imperial Favor)
100 (Research Note), 50 (Imperial Favor)
100 (Research Note), 50 (Imperial Favor)
150 (Research Note), 75 (Imperial Favor)
250 (Research Note), 125 (Imperial Favor)
300 (Research Note), 150 (Imperial Favor)
100 (Research Note), 50 (Imperial Favor)
100 (Research Note), 50 (Imperial Favor)
100 (Research Note), 50 (Imperial Favor)
150 (Research Note), 75 (Imperial Favor)
250 (Research Note), 125 (Imperial Favor)
300 (Research Note), 150 (Imperial Favor)
100 (Research Note), 50 (Imperial Favor)
100 (Research Note), 50 (Imperial Favor)
100 (Research Note), 50 (Imperial Favor)
150 (Research Note), 75 (Imperial Favor)
250 (Research Note), 125 (Imperial Favor)
300 (Research Note), 150 (Imperial Favor)
Nightsky (talk) 17:22, 23 October 2022 (UTC)
I think the goal should be sorting alphabetically by the name of the cost item, not the cost amount. That way the cost column will be consistently ordered throughout the entire vendor table. So I think Alex's solution is ideal. --BuffsEverywhere (talk) 18:19, 23 October 2022 (UTC)
To be honest, that's nothing really new. SMW records are extremely unhandy to use, one can neither return them in plain format with the suffix # (e.g. plain number format for currencies, that's why we had #replace/dplreplace for some time to get rid of thousand seperator, later switched to text property), nor use the suffix |+order properly (applies to first record field only), nor use something like |+limit or |+offset (there it get's extremely strange, at least the last time I tried it). Furthermore, although text properties are sorted numerically due to Guild Wars 2 Wiki talk:Requests for technical administration#Sorting pages with numbers, this doesn't apply to record fields when using |+order=asc (|+order=n-asc works though). Hence one can't also use numerical comparison operators on record fields (such as > greater equal, >> greater, < and <<), these are still using string comparisons which returns numerical nonsense results.
Alex solution isn't sorting alphabetically, it's just displaying how it is stored in the vendor table row. The only way to sort it alphabetically would be to swap the properties of Has item cost to Has item currency, Has item value (which at this point would be insane to do) to get the currency in the first position and then use |+order=asc.
Also sorting numerically by the currency value makes no sense, for example try, it returns a different currency order for different items:
{{#ask: [[Sells item.Has armor set::Triumphant Hero's armor (light)]]
| ?Sells item
| ?Has vendor
| ?Has item cost|+order=n-asc
| class = wikitable sortable mw-collapsible mw-collapsed
| format = table
| mainlabel = -
}}
So I think right now the best is to leave it as it is and use the original subobject order which relies on the wiki input. --Tolkyria (talk) 18:51, 23 October 2022 (UTC)
I'd have managed to suggest reversing the order of the properties in the record and point out that Alex's table is like sorting the unsorted table above by clicking on it's header, albeit lacking the subobject column, but that'd have been about it; so i'm glad that you pitched in with all the additional information.
One thing i'll have to contest though is that the results are returned in the order they were set, as i don't think that's guaranteed to be the case. (Hence me using coincidence above, since i think it is one. (Which is unfortunate; would have certainly be a simpler solution than reversing the properties of the record.)) To give an example; it has been pointed out that the currency order in this table was a jumbled mess (before the order was specified), even though they all were set in the same order on the vendor pages or the templates thereon, as applicable. See e.g. the following query, where the first entry has the currencies the other way around as they are specified, at least at present:
SubobjectHas item cost
Portable Magnetite Shard Exchange/Bastion of the Penitent#vendor5250000 (Coin), 25 (Legendary Insight)
Portable Magnetite Shard Exchange/Salvation Pass#vendor6025 (Legendary Insight), 50000 (Coin)
Portable Magnetite Shard Exchange/Spirit Vale#vendor5325 (Legendary Insight), 50000 (Coin)
Portable Magnetite Shard Exchange/Stronghold of the Faithful#vendor5725 (Legendary Insight), 50000 (Coin)
Scholar Glenna (Bastion of the Penitent)#vendor9525 (Legendary Insight), 50000 (Coin)
Scholar Glenna (Salvation Pass)#vendor10125 (Legendary Insight), 50000 (Coin)
Scholar Glenna (Spirit Vale)#vendor9525 (Legendary Insight), 50000 (Coin)
Scholar Glenna (Stronghold of the Faithful)#vendor9925 (Legendary Insight), 50000 (Coin)
And, yes, n-asc wouldn't make sense everywhere, but it'd have been something easily possible; though i'd prefer sorting by name first as well. I agree that it'd not be a good time to do it now though, given the still fragile state of the wiki. I'm rooting for ArenaNet to figure out and fix what's wrong in the near future. Nightsky (talk) 15:01, 24 October 2022 (UTC)
Actually, i think it was this table instead. So the following query applies more:
SubobjectHas item cost
Portable Magnetite Shard Exchange/Bastion of the Penitent#vendor5225 (Legendary Insight), 50000 (Coin)
Portable Magnetite Shard Exchange/Salvation Pass#vendor6025 (Legendary Insight), 50000 (Coin)
Portable Magnetite Shard Exchange/Spirit Vale#vendor5325 (Legendary Insight), 50000 (Coin)
Portable Magnetite Shard Exchange/Stronghold of the Faithful#vendor5725 (Legendary Insight), 50000 (Coin)
Qadim's Portable Magnetite Shard Exchange/Exchanges#vendor31 (Cube of Stabilized Dark Energy), 1 (Eldritch Scroll), 25 (Legendary Insight), 50 (Obsidian Shard)
Qadim's Portable Magnetite Shard Exchange/Exchanges#vendor41 (Gift of Complex Emotions), 1 (Gift of Desert Mastery), 6 (Ball of Dark Energy), 150 (Legendary Insight)
Scholar Glenna (Bastion of the Penitent)#vendor31 (Cube of Stabilized Dark Energy), 1 (Eldritch Scroll), 25 (Legendary Insight), 50 (Obsidian Shard)
Scholar Glenna (Bastion of the Penitent)#vendor41 (Gift of Complex Emotions), 1 (Gift of Desert Mastery), 6 (Ball of Dark Energy), 150 (Legendary Insight)
Scholar Glenna (Bastion of the Penitent)#vendor9525 (Legendary Insight), 50000 (Coin)
Scholar Glenna (Gaeting Crystal)#vendor1121 (Legendary Insight)
Scholar Glenna (Hall of Chains)#vendor31 (Cube of Stabilized Dark Energy), 1 (Eldritch Scroll), 25 (Legendary Insight), 50 (Obsidian Shard)
Scholar Glenna (Hall of Chains)#vendor41 (Gift of Complex Emotions), 1 (Gift of Desert Mastery), 6 (Ball of Dark Energy), 150 (Legendary Insight)
Scholar Glenna (Mythwright Gambit)#vendor31 (Cube of Stabilized Dark Energy), 1 (Eldritch Scroll), 25 (Legendary Insight), 50 (Obsidian Shard)
Scholar Glenna (Mythwright Gambit)#vendor41 (Gift of Complex Emotions), 1 (Gift of Desert Mastery), 6 (Ball of Dark Energy), 150 (Legendary Insight)
Scholar Glenna (Salvation Pass)#vendor31 (Cube of Stabilized Dark Energy), 1 (Eldritch Scroll), 25 (Legendary Insight), 50 (Obsidian Shard)
Scholar Glenna (Salvation Pass)#vendor41 (Gift of Complex Emotions), 1 (Gift of Desert Mastery), 6 (Ball of Dark Energy), 150 (Legendary Insight)
Scholar Glenna (Salvation Pass)#vendor10125 (Legendary Insight), 50000 (Coin)
Scholar Glenna (Spirit Vale)#vendor31 (Cube of Stabilized Dark Energy), 1 (Eldritch Scroll), 25 (Legendary Insight), 50 (Obsidian Shard)
Scholar Glenna (Spirit Vale)#vendor41 (Gift of Complex Emotions), 1 (Gift of Desert Mastery), 6 (Ball of Dark Energy), 150 (Legendary Insight)
Scholar Glenna (Spirit Vale)#vendor9525 (Legendary Insight), 50000 (Coin)
Scholar Glenna (Stronghold of the Faithful)#vendor31 (Cube of Stabilized Dark Energy), 1 (Eldritch Scroll), 25 (Legendary Insight), 50 (Obsidian Shard)
Scholar Glenna (Stronghold of the Faithful)#vendor41 (Gift of Complex Emotions), 1 (Gift of Desert Mastery), 6 (Ball of Dark Energy), 150 (Legendary Insight)
Scholar Glenna (Stronghold of the Faithful)#vendor9925 (Legendary Insight), 50000 (Coin)
Scholar Glenna (The Key of Ahdashim)#vendor31 (Cube of Stabilized Dark Energy), 1 (Eldritch Scroll), 25 (Legendary Insight), 50 (Obsidian Shard)
Scholar Glenna (The Key of Ahdashim)#vendor41 (Gift of Complex Emotions), 1 (Gift of Desert Mastery), 6 (Ball of Dark Energy), 150 (Legendary Insight)
Sorry about that. I think i got the tables mixed up. Nightsky (talk) 16:19, 24 October 2022 (UTC)
Fair, you got me there, I wasn't precise enough. I hope this one is correct: if you don't specify a property printout |+order, then multiple property values are returned in the internally specified order. For some reason the internal order may not rely on the specified wiki order. The internal order can be viewed when using Browse properties and navigating to the subobject by clicking the eye icon. However, I have no clue how this happened in your example with Portable Magnetite Shard Exchange/Bastion of the Penitent#vendor52, even checking the history yields no reasonable result how this could have happened.
A different approach, that at least could be reproduced, to mess up the property order (haven't tested it today, I hope it still applies):
  • Set the property values A, B and C to one property. In general the property would store "A, B and C" for this property.
  • Remove property value A, then in general the property would store "B and C".
  • Readd property value A, since B and C are already set, they are ignored and the property would store "B, C and A".
This might partially explain currency order mismatches, however, I'm not sure if this still holds after a complete SMW database reset.
--Tolkyria (talk) 17:50, 24 October 2022 (UTC)
All i can tell you for sure on that is that i don't have a counter example to it.
I've no clue how it could have happened there either. I have a wild theory though, in that it may sort them by some hash of the values, that for whatever reason may include the subobject name, that just happens to make them sort the other way only on that page. Also another one, in that it might be that way due to one of the currency pages not being known to SMW at one point, due to it sometimes seeming to forget at the moment, at that having stuck with that one page.
If that works to have them scrambled then that makes it seem like there are some tests SMW does to determine already existing property values, not recreating them, likely having them retain insertion order; then just returning them in that order later. Nightsky (talk) 18:59, 24 October 2022 (UTC)
Is this an actual bug? I don't recall any SMW documentation indicating that records can be sorted. -Chieftain AlexUser Chieftain Alex sig.png 11:07, 4 December 2022 (UTC)
Call it whatever you want, bug, anomaly, or the SMW devs actually never cared or thought about this behaviour. However, it's definitely nothing we can fix from our side (except adjusting our records which might be an insane task to do). Maybe we could add a small note to Guild Wars 2 Wiki:Semantic MediaWiki, otherwise I would suggest to mark this topic as resolved.
For me the conclusion of this topic is: The datatype record in fact can be sorted in property printouts with the suffix |+order=asc/desc/n-asc/n-desc, however only in the first record property field. Using the suffix # to return a plain format (e.g. for numbers to suppress the thousand separator) is not possible. --Tolkyria (talk) 12:38, 4 December 2022 (UTC)
According to the documentation +order= datatype support is all datatypes, which records are a part of, which would make it seem as that they should indeed support sorting. And while n-asc and n-desc seem to work, the sorting of asc and desc remains inconsistent, since it's neither string ordered throughout nor numerically ordered throughout; though it seems to be ordered in some way consistently, in that using asc in place of desc or vice versa reverses all entries seemingly reliably (based on the first two of all of the tables in this section; which may not present an exhaustive dataset); which is something i'd say makes it bugged.
This may mean that sorting by name when the properties of the record are reversed would also be affected in some way.
And if reversing the properties would be to insane to do, i guess using n-asc and n-desc in favour of asc and desc would have to do. Nightsky (talk) 00:15, 7 December 2022 (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)

Yes Styling issues with the Vector skin[edit]

  • Top of page tabs/nav, selected item text is black. This should probably be white or a lighter color since the background is dark grey.
  • Mini TOC located on the left has a white (or missing?) background

The preceding unsigned comment was added by The-EG (talk) at 20:12, 11 April 2024‎ (UTC).

Yep I've not had time to update the CSS, made a few notes myself earlier on.
  • Nasty extra background on the personal icon - needs setting to transparent.
  • Page is crushed left-right unnecessarily, and unlike on native wikipedia there's no option to expand it to full width?
  • Font colours have additional rules to override (top menu).
  • Watchlist icon needs fixing
  • Collapsed top-right menu needs font size enhancing.
  • Tabs have been integrated into the page (previously stuck out the top - probably some margin and rounded border rules to remove/modify.
Chieftain AlexUser Chieftain Alex sig.png 05:11, 12 April 2024 (UTC)
  • The language selector is nowhere to be found on the Vector skin. – Kerbezena (talk) 11:39, 12 April 2024 (UTC)
Addressed most, still got to review the top tab rules (needs different rules legacy vector vs non-legacy vector).
Also reviewed which version of vector gets the expand-page toggle as used on mediawiki, sadly its only introduced at version 1.41 (we're on 1.39) - applied a rule which (when the css cache clears), should make all pages max-width. -Chieftain AlexUser Chieftain Alex sig.png 08:00, 13 April 2024 (UTC)
I think the css issues are mostly sorted now. -Chieftain AlexUser Chieftain Alex sig.png 10:09, 13 April 2024 (UTC)

Yes Missing widget styles - mobile[edit]

On the Day/Night cycle page, the actual progress bars showing the day/night cycle no longer show up on mobile. This may well be true for any page that has the progress bars on it. Orenwolf (talk) 21:04, 11 April 2024 (UTC)

Day and night. -Chieftain AlexUser Chieftain Alex sig.png 05:11, 12 April 2024 (UTC)
Here'a dump of the errors in my console on that page, using the minerva skin:
06:11:36.497 [[MediaWiki:Common.js]] has loaded (revision 2023-08-20 10:36). Day_and_night line 10 > injectedScript:1:9
06:11:36.498 Common: mw.util function - scenario 4. Day_and_night line 10 > injectedScript:1:792
06:11:36.578 Exception in module-execute in module skins.minerva.scripts: load.php:1:864
06:11:36.578 TypeError: document.body is null
    getSingleton https://wiki.guildwars2.com/wiki/Day_and_night line 10 > injectedScript:92
    exports https://wiki.guildwars2.com/wiki/Day_and_night line 10 > injectedScript:40
    init https://wiki.guildwars2.com/wiki/Day_and_night line 10 > injectedScript:37
    js https://wiki.guildwars2.com/wiki/Day_and_night line 10 > injectedScript:37
    runScript https://wiki.guildwars2.com/load.php?lang=en&modules=startup&only=scripts&raw=1&skin=minerva&target=mobile:12
    cssHandle https://wiki.guildwars2.com/load.php?lang=en&modules=startup&only=scripts&raw=1&skin=minerva&target=mobile:12
    flushCssBuffer https://wiki.guildwars2.com/load.php?lang=en&modules=startup&only=scripts&raw=1&skin=minerva&target=mobile:4
load.php:1:893
06:11:36.578 Exception in module-execute in module mobile.init: load.php:1:864
06:11:36.578 TypeError: document.body is null
    getSingleton https://wiki.guildwars2.com/wiki/Day_and_night line 10 > injectedScript:92
    w https://wiki.guildwars2.com/wiki/Day_and_night line 10 > injectedScript:2
    f https://wiki.guildwars2.com/wiki/Day_and_night line 10 > injectedScript:7
    exports https://wiki.guildwars2.com/wiki/Day_and_night line 10 > injectedScript:8
    js https://wiki.guildwars2.com/wiki/Day_and_night line 10 > injectedScript:15
    l https://wiki.guildwars2.com/wiki/Day_and_night line 10 > injectedScript:76
    t https://wiki.guildwars2.com/wiki/Day_and_night line 10 > injectedScript:76
    r https://wiki.guildwars2.com/wiki/Day_and_night line 10 > injectedScript:75
    <anonymous> https://wiki.guildwars2.com/wiki/Day_and_night line 10 > injectedScript:2
    runScript https://wiki.guildwars2.com/load.php?lang=en&modules=startup&only=scripts&raw=1&skin=minerva&target=mobile:11
    cssHandle https://wiki.guildwars2.com/load.php?lang=en&modules=startup&only=scripts&raw=1&skin=minerva&target=mobile:12
    flushCssBuffer https://wiki.guildwars2.com/load.php?lang=en&modules=startup&only=scripts&raw=1&skin=minerva&target=mobile:4
load.php:1:893
06:11:36.602 Uncaught SyntaxError: '#' not followed by identifier Day_and_night:1273:132
06:11:36.603 Uncaught SyntaxError: '#' not followed by identifier Day_and_night:2337:29
Upon review, mobile extension is malforming the widget script, as per below (see the #32 when using the edit window):
                if (twelveHourTimes == false) {
                    timeRaw = pad(date.getHours()) + ':' + pad(date.getMinutes());
                    // mobile failed below due to text "(timezoneOffset < 0"
                    timeString = $(document.createElement("span")).attr("title", uitext.timezonehover + " (UTC" + (timezoneOffset < 0 ? timezoneOffset/60 : "+" + timezoneOffset/60) + ")").text(pad(date.getHours()) + ':' + pad(date.getMinutes()));
                } else {
                    timeRaw = (((date.getHours() + 11) % 12) + 1) + ':' + pad(date.getMinutes()) + ' ' + (date.getHours() >= 12 ? 'PM' : 'AM');
                    timeString = $(document.createElement("span")).attr("title", uitext.timezonehover + " (UTC" + (timezoneOffset < 0 ? timezoneOffset/60 : "+" + timezoneOffset/60) + ")").text((((date.getHours() + 11) % 12) + 1) + ":" + pad(date.getMinutes()) + " " + (date.getHours() >= 12 ? "PM" : "AM"));
                }
This is an extremely weird place for the mobile extension to break a script. -Chieftain AlexUser Chieftain Alex sig.png 05:24, 12 April 2024 (UTC)
I've found a previous instance of this particular bug, encountered in 2020, at Guild Wars 2 Wiki:Reporting wiki bugs/archive 10#Extension:Widget scripts breaking with Extension:MobileFrontend. Cause was Extension:MobileFrontend >> Mobileformatter.php
Last time we encountered this issue, it was for jquery node insertion.
This time, it's breaking at a simple greater than or less than comparison operator, which is very much valid JS.
I'm having a look at the phabricator issues for MobileFrontend https://phabricator.wikimedia.org/project/view/1157/ but not seeing anything covering this bug (closest is T269499).
Phabricator on the Widgets extension has an almost exact match of our issues though - T251434. -Chieftain AlexUser Chieftain Alex sig.png 11:13, 13 April 2024 (UTC)
Previous (March 2024) Current (April 2024) Change?
"MediaWiki": "1.38.7", "MediaWiki": "1.39.6", Changed.
"MobileFrontend": "2.4.0", "MobileFrontend": "2.4.0", No change.
"Widgets": "1.4.2", "Widgets": "1.4.2", No change.
Thinking out loud here, only the wiki version has changed since March for us, neither of the other two extensions changed. Is the problem that some function within mediawiki has been removed?
Right, now I've found T348402 - this issue has been resolved, but with MW 1.42. It looks like the set of fixes to HtmlFormatter.php are included with this rev. The actual fix is this:
Original:
$html = str_replace( ' <', ' <', $html );

Replace with:
$html = str_replace( '> <', '> <', $html );
@Justin, I know you'll hate this suggestion, but could you try a find and replace to switch the above on the dev wiki and see if this bug gets fixed by that? -Chieftain AlexUser Chieftain Alex sig.png 11:38, 13 April 2024 (UTC)
I'm delighted to report that (after testing in a developer environment) Justin has implemented this fix on the live wikis, and I've confirmed its fixed on a few widgets on mobile. I am therefore marking this as sorted. -Chieftain AlexUser Chieftain Alex sig.png 18:24, 18 April 2024 (UTC)

Yes Missing widget styles - animations[edit]

As previously noted in the discord, The style effect on skill facts when switching between gamemode splits is still missing on my end, maybe something needs to get purged again but I wouldn't know where to look. --ItVictor (talk) 03:05, 12 April 2024 (UTC)

Possibly same cause as above. -Chieftain AlexUser Chieftain Alex sig.png 05:11, 12 April 2024 (UTC)
Okay it was a different cause - fixed for mode buttons widget, MW have added the following dumb style, with !important declarations to almost all elements:
@media (prefers-reduced-motion: reduce) {
  *, ::before, ::after {
    animation-delay: -0.01ms !important;
    animation-duration: 0.01ms !important;
    animation-iteration-count: 1 !important;
    scroll-behavior: auto !important;
    transition-duration: 0ms !important;
  }
}
Which sets all animation durations to zero. Any other widgets or css using animation styles will need to over-ride the specific rule. -Chieftain AlexUser Chieftain Alex sig.png 10:41, 13 April 2024 (UTC)

Yes Images fail to load[edit]

The preview of Gift of Relics.png and Mystic Facet.png (and perhaps other images) will load on their respective pages, however when transcluded onto other pages (such as this one or Glob_of_Ectoplasm/Mystic_Forge_2#Trophies), the image does not load. I've tried purging the pages with no difference. When viewing the image in Media viewer, the image will briefly show before transitioning into an error message. Example for Gift of Relics:

Sorry the file type could not be displayed
There seems to be a technical issue. You can retry if it persits. Error: could not load image from https://wiki.guildwars2.com/4/40/Gift_of_Relics.png

Attempting to click on the image on the page for the png will redirect to Main Page. --ECHOSUD (talk) 03:08, 12 April 2024 (UTC)

The wiki technical ArenaNet person has suggested "a theory that the errors are due to server caching of error responses from before the filesystem fix, and if this is correct, the 500s should clear up tomorrow around 2:30 PM Pacific, 48 hours after the filesystem issue was fixed since that is how long images stay cached."
This may mean all the image not loading bugs suddenly fix themselves in the next 24h.
Purging the image seems to fix it too (didn't try for your examples as I want them to work as example bugs). -Chieftain AlexUser Chieftain Alex sig.png 05:11, 12 April 2024 (UTC)
This http 500 issue is reportedly fixed (it did indeed require a 48hour wait). -Chieftain AlexUser Chieftain Alex sig.png 06:59, 13 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)