Guild Wars 2 Wiki:Reporting wiki bugs/archive 6

From Guild Wars 2 Wiki
Jump to navigationJump to search

Yes Back items don't show item type in vendor lists

As brought up in Talk:Scholar Glenna, back items don't show an item type when used with Template:Vendor table row. I don't really know how the code used on Template:Back item infobox works, but as far as I can tell the reason for this is that it's missing something similar to Template:Trinket infobox's [[Has trinket type::Amulet]] . It has a definition for skin type but not equipment type. As I don't really know how the code functions, I have no idea if simply adding [[Has trinket type::Back]] or similar would do it, or if other pages would need to be changed to account for it. --Gimmethegepgun (talk) 03:22, 27 February 2016 (UTC)

Alex broke it, I reverted his edit here, he decided to start a revert war. I gave up.--Relyk ~ talk < 04:59, 27 February 2016 (UTC)
Didn't think to check the history heh. Probably should be some comments or something about what the giant mess of code in those pages does. Anyway an anon fixed it so it's good now. --Gimmethegepgun (talk) 14:12, 27 February 2016 (UTC)
That was Alex with his fantastic passive aggressive edit summaries. I will say that the issue has nothing to do with a lack of comments or any code being messy.--Relyk ~ talk < 07:37, 28 February 2016 (UTC)
Well none of the other trinket, weapon, or armor infoboxes set "item type", so how was I to guess that it was a fallback for vendor table row? :( -Chieftain AlexUser Chieftain Alex sig.png 11:36, 28 February 2016 (UTC)
Well, see, if the code had comments saying what pieces of it did when it wasn't obvious... --Gimmethegepgun (talk) 14:23, 29 February 2016 (UTC)
It's in the Semantic Mediawiki documentation for back items first of all, the page Alex also happened created. If you are unfamilair with Semantic Mediawiki, I would look at Guild Wars 2 Wiki:Semantic MediaWiki and our documentation. You could also ask the people who maintain {{vendor table row}} for help. All better options than concluding that the code is messy and needs comments.--Relyk ~ talk < 15:11, 29 February 2016 (UTC)

No Tequatl Timer Error

The Tequatl Timer seems to show that the boss is active even though it isn't active. This may be related to timezones, I am not sure Kyno50 (talk) 06:16, 2 March 2016 (UTC)

Probably a cache issue or something. -Chieftain AlexUser Chieftain Alex sig.png 01:21, 17 March 2016 (UTC)

No CORS API

moved to Guild Wars 2 Wiki talk:Requests for technical administration#CORS API

No Pages with apostrophe in title cause "too many redirects" error in Chrome

After trying to search for "Hero's Canton", I discovered that any page with an apostrophe in the title/URL causes Chrome to fail to load, citing a "too many redirects" error. I'm not a wiki or Chrome expert so I don't know why, but given that similar pages on Wikipedia load correctly, I'm inclined to suspect it's a problem with something this wiki is doing. NikkoJT (talk) 19:30, 16 March 2016 (UTC)

This doesn't appear to be just Chrome, as IE and Safari also exhibit the issue. I'm investigating. Justin Lloyd (talk) 19:48, 16 March 2016 (UTC)
And Firefox too, just to cover all bases. Also the bottom part of the page seems to be buggy too, I have to tab through the page and hit enter on the upload button to be able to upload images now because the button itself doesn't work. =( - Doodleplex 20:23, 16 March 2016 (UTC)
The upload button works in our test environment so at least it wouldn't appear to be a MediaWiki-specific bug. I'll investigate that as well. Thank you for pointing it out. Justin Lloyd (talk) 20:32, 16 March 2016 (UTC)
I would guess that its probably related to the "fix" implemented to work around "+" signs? (+10 Agony Infusion doesn't work either). -Chieftain AlexUser Chieftain Alex sig.png 20:46, 16 March 2016 (UTC)
I found a related issue in Phabricator (https://phabricator.wikimedia.org/rMWa89a21990e9d696487c4da72f88f765e2b4b1c34) so I applied a two-line fix to GlobalFunctions.php (lines 433 and 444 in the code at that link) and the affected pages appear to work now. Let me know if you see any further issues regarding this. Justin Lloyd (talk) 20:52, 16 March 2016 (UTC)
Just noticed your comment about plus signs as well. I'll see if a similar fix helps in our test environment. Justin Lloyd (talk) 20:57, 16 March 2016 (UTC)
Actually plus signs seem dangerous, though I have another place I can look regarding that. Justin Lloyd (talk) 21:00, 16 March 2016 (UTC)
Might also be related to why the link option in #ask (Example), which generates a link to Special:Ask, doesn't work at all now.--Relyk ~ talk < 21:17, 16 March 2016 (UTC)
For reference sake, Justin says via email that he has fixed the plus sign bug on all language wikis. -Chieftain AlexUser Chieftain Alex sig.png 17:25, 18 March 2016 (UTC)
Is the problem with #ask something related to a server software (e.g. Semantic MediaWiki) or content (i.e. that you guys can change)? -Stephane Lo Presti talk 22:06, 18 March 2016 (UTC)
The issue seems more like MediaWiki not liking the special characters in the URL generated by SMW. It's not a significant concern. The only thing I've used it for is links to query examples. Special:Ask itself uses an alternative way of forming the URL that works perfectly fine. The other site I checked had no problem handling the URL link generated by SMW.--Relyk ~ talk < 01:30, 19 March 2016 (UTC)

(Reset indent) Hello, pages with ampersand also have this issue (fr:Chercheuse senior de PR&T Takka), thanks --IruleManik (talk) 08:38, 29 March 2016 (UTC)

I've fixed the ampersand issue. Justin Lloyd (talk) 21:45, 29 March 2016 (UTC)

Yes Unintentional CSS changes due to MW update

(these are things that I can fix later when I've accumulated some things to fix)

  1. Increased space between basepagename heading + page title
  2. Maybe consider restyling the mediawiki "help" sign that appears on all special pages?
  3. Footer on monobook isn't working right, the content part of the page is transparent at the very least. image.

-Chieftain AlexUser Chieftain Alex sig.png 20:51, 16 March 2016 (UTC)

Can we disable the footer in the meantime?--Relyk ~ talk < 21:20, 16 March 2016 (UTC)
Not exactly sure if it's the problem you mean by the footer, but monobook footer is cutting off links and highlighting on the bottom of the page. Looking at it in Firebug, it looks like it's caused by the top padding being too big, because it cuts everything off below the padding --Gimmethegepgun (talk) 21:29, 16 March 2016 (UTC)
Could this be why the upload button isn't working? Justin Lloyd (talk) 21:39, 16 March 2016 (UTC)
Good call. Previously mediawiki set the default z-index of #globalWrapper to 1. It hasn't got any values set at all by default now, so adding z-index:1 to #globalWrapper + leaving the footer code has otherwise resolved it. -Chieftain AlexUser Chieftain Alex sig.png 21:44, 16 March 2016 (UTC)
Upload button works fine for me, even uploaded a bogus file. But given how low the upload button is, I can imagine the footer might cause issues. -Darqam (talk) 21:45, 16 March 2016 (UTC)
It works now for me, so something fixed it, as I can click, copy and make faces at things on the bottom of pages now. - Doodleplex 22:09, 16 March 2016 (UTC)
Basically, the footer was on top of the content of the page, because the thing that defined the content as being in front of other things was removed in the MW update. Alex put it back, so now it's on top of the footer again and isn't being blocked by it --Gimmethegepgun (talk) 22:13, 16 March 2016 (UTC)

Yes Broken widgets

No copy-paste waypoint links (Widget:Game link)

The Guild_Trek page is not listing the Waypoint link codes. --Anonymous non-contributor

Widget:Game link looks broken--Relyk ~ talk < 22:00, 16 March 2016 (UTC)
Actually our other widgets like Widget:Event timer seems broken too.--Relyk ~ talk < 22:03, 16 March 2016 (UTC)
Widget:Game link; firefox bug console says $ (shorthand for jQuery) is undefined. :/ -Chieftain AlexUser Chieftain Alex sig.png 22:08, 16 March 2016 (UTC)
Once the page is loaded, $ is defined and I can redefine gamelink and call it without error. --BryghtShadow (talk) 22:19, 16 March 2016 (UTC)
Wrap all the things in $(document).ready(function () { //your code here}); like suggested?--Relyk ~ talk < 22:25, 16 March 2016 (UTC)
Guessing "as of MediaWiki 1.26, in where ResourceLoader became fully asynchronous" is the problem, though waiting for mw modules is a pain in the butt. (release notes). -Chieftain AlexUser Chieftain Alex sig.png 00:50, 17 March 2016 (UTC)
@relyk, that change didn't seem to work? :( -Chieftain AlexUser Chieftain Alex sig.png 01:41, 17 March 2016 (UTC)

the game link on the 'stun' and 'blind' and 'swiftness' (Widget:Game link)

When I search these boons/conditions, i see that the game link is missing. I need these links to indicate to new players which action is most useful in the dungeon. please could you re-enter the game links for these and any other missing boons or conditions. thank you

kind regards

THEO

Unfortunately game links are currently bugged. There are people working on it though ;) -Darqam (talk) 01:14, 17 March 2016 (UTC)
Yeah see above. (Same bug = merged sections) -Chieftain AlexUser Chieftain Alex sig.png 01:21, 17 March 2016 (UTC)

World_boss#Current_events table displaying wrong table

This happens in firefox and edge, so i am assuming it is wiki-side. The "current events" schedule table is showing the "Full schedule" table instead of the usual smaller table. the real full schedule table appears as normal below it. Some sort of bug with the template (if it uses one)? The preceding unsigned comment was added by 107.201.5.144 (talkcontribs) at 02:21, 17 March 2016‎ (UTC).

Merging into above section, the boss table uses Widget:TimerJS to hide inactive rows, and like all other widgets using jquery, it is broken at the moment! -Chieftain AlexUser Chieftain Alex sig.png 02:30, 17 March 2016 (UTC)

Pact Supply Agent Page broken

It no longer displays the in game waypoint/point of interest link as it did the morning of 03/16/2016 (EST) Pact_Supply_Network_Agent Fixed with a cache refresh 104.230.203.34 06:22, 17 March 2016 (UTC) Saucermote

Reply to all of the above

Hello guys, I asked on mw:Extension talk:Widgets and was informed that I have to wait for the jquery module to be loaded now since resource loader is asyncronous. I have repaired quite a few widgets with this band-aid fix, but I can't figure out how to fix Widget:Game link, as it is more complex than the others. "I need some help here!" -Chieftain AlexUser Chieftain Alex sig.png 12:20, 17 March 2016 (UTC)

How about just not using jQuery? Something like this. (I give it the "works in Firefox's scratchpad" seal of approval, at least.) -- Dagger (talk) 12:55, 17 March 2016 (UTC)
Fantastic thank you! -Chieftain AlexUser Chieftain Alex sig.png 13:07, 17 March 2016 (UTC)

0No Signature button

mw:Manual:$wgExtraSignatureNamespaces needs to be enabled for Guild Wars 2 Wiki/Project, Help, and User. We might want Main for whatever reason, although it would dissuade anonymous users from commenting and signing on the mainspace instead of talk.--Relyk ~ talk < 06:14, 17 March 2016 (UTC)

0No Extension:RecentChangesLogFilter bug

The extension doesn't remember user preferences (i.e. to hide the user creation log) between page visits. -Chieftain AlexUser Chieftain Alex sig.png 22:49, 17 March 2016 (UTC)

Not sure what you mean. By default, user creation logs are hidden from recent changes, unless users disable the option in their preferences, or toggle the logs temporarily while looking at Special:RecentChanges. The settings in the “Recent changes options” are not persisted though. poke | talk 23:04, 17 March 2016 (UTC)
Oh right. Not a bug then. -Chieftain AlexUser Chieftain Alex sig.png 23:08, 17 March 2016 (UTC)
Phew, you had me nervous for a moment! (That’s my extension :P) poke | talk 23:13, 17 March 2016 (UTC)
When I posted above I thought originally that clicking the toggle button on RC would also save the preference, but in hindsight I guess the toggle is a temporary button. -Chieftain AlexUser Chieftain Alex sig.png 00:26, 18 March 2016 (UTC)

0No de/fr/es: Main page tab untranslated

On the non-en wikis the tab titles for the main pages say "Main page" instead of their translated version (like "Hauptseite" in german). It seems like this is caused by a missing translation entry. It can be worked around by editing MediaWiki:Mainpage-nstab, but I thought I'll mention this here. --Tera (talk) 11:26, 18 March 2016 (UTC)

1Yes Broken template

It seems that the template Template:Vendor_table_row is broken: this can be seen in the example table on the bottom of page.

Cirque of Arah	RingRing	Ascended	80	+Expression error: Unrecognized punctuation character "[". 

Maybe a problem is deeper than in this particular template, check please. Hope this helps somehow. --66.102.9.92 09:26, 21 March 2016 (UTC)

Yeah I was tinkering with Property:Has item type yesterday which probably upset it. The examples at the very bottom of the template page are supposed to be deliberately broken showing bad usage though. -Chieftain AlexUser Chieftain Alex sig.png 16:27, 21 March 2016 (UTC)

1Yes Captcha

I don't think the captcha is active anymore. It doesn't appear when using Special:CreateAccount. I suspect this is what is causing all of the spambots to be creating pages and accounts today (and why the abusefilter is consuming all of the space on Special:RecentChanges. -Chieftain AlexUser Chieftain Alex sig.png 13:32, 17 March 2016 (UTC)

I seem to recall we used to have some very weak GW2 questions on our createaccount page, but I think mw:Extension:ConfirmEdit#ReCaptcha (NoCaptcha) might be the latest thing to use instead. -Chieftain AlexUser Chieftain Alex sig.png 13:35, 17 March 2016 (UTC)
Our engineer is going to investigate NoCaptcha, since we're going to move captchas on all the wikis to the same captcha system. -Stephane Lo Presti talk 00:26, 18 March 2016 (UTC)
Adding to this, the captcha is broken on at least DE. If you try and create a page, the description for the captcha is shown, but the captcha itself is invisible, so you can't complete it, since there is no text boxes. --Tera (talk) 11:26, 18 March 2016 (UTC)
The captchas are all showing up again. Let me know if there are any issues with using them. Justin Lloyd (talk) 18:08, 18 March 2016 (UTC)

Yes Signature button

mw:Manual:$wgExtraSignatureNamespaces needs to be enabled for Guild Wars 2 Wiki/Project, Help, and User. We might want Main for whatever reason, although it would dissuade anonymous users from commenting and signing on the mainspace instead of talk.--Relyk ~ talk < 06:14, 17 March 2016 (UTC)

I've enabled this for the three specified namespaces and it appears to be working. Let me know if there are any issues and if you want the Main namespace added. Justin Lloyd (talk) 20:15, 31 March 2016 (UTC)

No de/fr/es: Main page tab untranslated

On the non-en wikis the tab titles for the main pages say "Main page" instead of their translated version (like "Hauptseite" in german). It seems like this is caused by a missing translation entry. It can be worked around by editing MediaWiki:Mainpage-nstab, but I thought I'll mention this here. --Tera (talk) 11:26, 18 March 2016 (UTC)

Yes Image Page Bug

Not sure if it's my browser(Firefox) but if I go to any image page, it shows me as logged out, so I wouldn't be able to revert or upload a new version of that image. However if I then click "Edit" on the page I'm magically logged back in again and can tag stuff. Logging in on the page doesn't work either, it still shows me as logged out. - Doodleplex 18:23, 31 March 2016 (UTC)

I'll add that this just started happening to me as well, so it is gated to only one person. In order to upload I had to click the 'upload file' link. I can't follow a red-link for a file to upload it. -Darqam (talk) 19:51, 31 March 2016 (UTC)
Likewise. Wierd. -Chieftain AlexUser Chieftain Alex sig.png 19:56, 31 March 2016 (UTC)
Just tested on chrome, an issue there as well... damnit I'm trying to hide a typo here >.> -Darqam (talk) 19:57, 31 March 2016 (UTC)
Curiosity found your typo before you even mentioned it, I thought perhaps it was just the file name in the game that you wrote it like that until you said that. XD - Doodleplex 20:00, 31 March 2016 (UTC)
This may have been a server-side issue. Let me know if you're still experiencing this issue. Justin Lloyd (talk) 20:03, 31 March 2016 (UTC)
Looks good to me so far. - Doodleplex 20:04, 31 March 2016 (UTC)

Yes vendor item table row

"Template:Vendor item table row" hates apostrophes now. In the cost column it gives Expression error: Unexpected < operator. (for instance, see Priory's History (achievement)) for items with an apostrophe in their name. Items without an apostrophe work fine --Gimmethegepgun (talk) 21:00, 4 April 2016 (UTC)

Thanks for the report. The problem was the comma, not the apostrophe, but this error was introduced by me when fixing a problem related to brackets in page titles at the weekend. -Chieftain AlexUser Chieftain Alex sig.png 22:07, 4 April 2016 (UTC)
So it was just a coincidence that the items I checked fell into that pattern then. Neat. Oh well, bug found and fixed --Gimmethegepgun (talk) 01:38, 5 April 2016 (UTC)
Yeah, it was any item costing over 1000 coins ("1,000"). Luckily "Template:vendor item table row" is fairly unusual, and {{vendor list result format}} had a fix that worked. -Chieftain AlexUser Chieftain Alex sig.png 05:58, 5 April 2016 (UTC)

No Loading all css twice

This is pretty minor, but -at least according to firefox element inspector- it seems that at least the common.css stylesheet is loaded twice. The first time it loads, it is minified and combined with other stylesheets (this is how it used to be), and the second time it loads, it has not been minified. This effectively means that the user has to load an additional 477 CSS rules that they already have. -Chieftain AlexUser Chieftain Alex sig.png 17:29, 7 April 2016 (UTC)

https://phabricator.wikimedia.org/T108590 Fixed in "WMF-deploy-2016-08-09_(1.28.0-wmf.14)", so maybe we'll see this in 5 years time... -Chieftain AlexUser Chieftain Alex sig.png 23:53, 24 October 2016 (UTC)

Yes CAPTCHA for registration doesn't show

It's impossible to register an account on the wiki. The CAPTCHA on the registration page doesn't load in Firefox, Chrome nor Internet Explorer (Without plugins of any sort). 130.226.70.48 19:37, 11 April 2016 (UTC)

I think this is either insta-resolved or a problem on your end. I just created an account using chrome with add-block and a few other extensions running. -Darqam (talk) 19:49, 11 April 2016 (UTC)
Justin (ArenaNet back end wiki dude) is looking into problems like these, the issue is widespread on the de wiki at least. -Chieftain AlexUser Chieftain Alex sig.png 20:16, 11 April 2016 (UTC)
The actual captcha and account creation do work, as you can see recent accounts created aside from my Test accounts on Friday, so the problem may well be at the users' ends and/or routing related. That said, account creation was working against the google-proxy URL prior to the move from ReCaptcha to NoCaptcha. So having more data about whether the problem is just with the non-English wikis and whether everyone everywhere is affected or perhaps just outside the US, for example, would be helpful. Justin Lloyd (talk) 20:48, 11 April 2016 (UTC)
Info blurb in case it does help. Currently in Canada (and not doing any fancy connection jumping), able to register accounts on En, De, and Fr wikis. This done on firefox. The preceding unsigned comment was added by Darqam (talkcontribs) at 20:55 11 April 2016 (UTC).
User Chieftain Alex account creation captcha fail.jpg
Firefox, United Kingdom. Could not create account. 404 error when attempting to reach "https://google-proxy.ncplatform.net/recaptcha/api.js". Same error with my add-ons disabled too. -Chieftain AlexUser Chieftain Alex sig.png 21:42, 11 April 2016 (UTC)
We've made an adjustment to a load balancer configuration that may have been causing this for people outside of North America. Please let us know whether the captcha appears to be working any better now for those of you in the EU. Justin Lloyd (talk) 16:11, 12 April 2016 (UTC)
Successfully created "User:CA Captcha test 01". Well done! -Chieftain AlexUser Chieftain Alex sig.png 16:57, 12 April 2016 (UTC)
Thanks, Alex! Justin Lloyd (talk) 17:01, 12 April 2016 (UTC)

Yes Exclamation point breaks Template:Effect in Template:Item infobox's description field

As seen on an old version of Killstreak Experience Booster, using Template:Effect with an exclamation point at the end completely breaks the description field of Template:Item infobox. Putting in an invalid name with an exclamation point at the end does not result in the bug. The effect icon is shown, but the effect description is not, and all further text in the description field of Item infobox is cut off. It is instead present on the mouseover text of the icon. This icon is able to be changed with effect's icon field, but stacks is put into the mouseover. Using Template:Effect icon manually with {{effect description|Active Kill Streak!}} as the second parameter, the way Template:Effect does, results in the same bug. Manually inputting the same text string does not. However, no problem occurs in either case if the template is used standalone, outside of Template:Item infobox, and the bug only involves the description parameter. Putting the other parameters below description does not involve them in the bug, and they appear normally. --Gimmethegepgun (talk) 07:40, 3 May 2016 (UTC)

Semantic mediawiki doesn't like exclamation marks in titles. The SMW query code syntax to exclude a page is [[Located in::!Tyria]] (this would return locations in the mists for example), so i don't really think we can avoid this. -Chieftain AlexUser Chieftain Alex sig.png 19:07, 6 July 2016 (UTC)
Update: looking at it a bit harder, inspecting the old html showed that the description was being inserted into the hover text for the image. Removing the description from the hover text should fix this issue in the future. -Chieftain AlexUser Chieftain Alex sig.png 19:19, 6 July 2016 (UTC)

Yes Change notification emails are failing SPF checks

The emails come from arena.net, which specifies arena.net. 300 IN TXT "v=spf1 include:spf.protection.outlook.com -all", but they're being sent by 64.25.39.17 (64.25.33-17.ncsoft.com), which I'm pretty sure isn't going to be listed in Outlook's SPF records. I guess the fixes are either to update arena.net's SPF record, or to change the envelope sender the wiki uses. -- Dagger (talk) 21:09, 18 May 2016 (UTC)

Hi Dagger, we're looking into the issue (no eta on the fix). How impacting is this for the word of editors? --Stephane Lo Presti talk 23:05, 18 May 2016 (UTC)
Depends on how their email server handles SPF failures. If it outright rejects them (like my backup server does) then they just won't get any notifications. I'm not sure what Gmail/Hotmail/etc do though. It's been like this for at least a month or two so I guess nobody cares much (or maybe they're just enjoying the break from the constant stream of page edited messages). -- Dagger (talk) 00:25, 19 May 2016 (UTC)
Hi Dagger, our engineer did some changes. Can you let us know if it now works for you? Thanks --Stephane Lo Presti talk 21:46, 26 May 2016 (UTC)
Thanks for taking a look. If I put the new mail details into [1] (IP: 64.25.39.16, sender: community@guildwars2.com) it tells me that the policy goes over the limit of 10 DNS queries for SPF, so the SPF check fails with status permerror. And if I look at my server's SPF preferences, they're configured to accept mail that fails SPF with permerror. So technically it does fix things for me.
I don't know how common it is for email servers in general to ignore permerror though. It might be a good idea to try and avoid that (although I'm not sure how, since most of the queries happen via dependencies on SPF records from other people's domains...).
GW2 order confirmations and login authorization mails are also sent from guildwars2.com, so if this caused widespread issues then I guess we'd know about it by now. On the other hand, if there are unexplained delivery failures to a few people, this might be why. -- Dagger (talk) 22:32, 27 May 2016 (UTC)
I've made a change to the guildwars2.com TXT resource record so you should now see Pass responses in the Received-SPF email headers for the wiki guildwars2.com emails. Justin Lloyd (talk) 22:02, 1 June 2016 (UTC)
Yep: Received-SPF: pass (guildwars2.com: 64.25.39.17 is authorized to use 'community@guildwars2.com' in 'mfrom' identity (mechanism 'mx' matched)).
I was just wondering what happens to mail from zdsys.com (Zendesk), or from spammers. SPF validators are limited to doing 10 DNS requests in the course of validating a record, and you have enough includes in your record (after recursion) that it goes over that limit when trying to process the zdsys.com include. Depending on how a user's mail server is configured, either legitimate mail from Zendesk (= GW2 support) will be rejected (because SPF validation failed) or some spam mail will be accepted (for the same reason).
Either way -- my own problem of not receiving wiki mails is fixed, so thanks for that. I just thought I'd point out this extra potential issue that I noticed while I was at it. -- Dagger (talk) 23:51, 4 June 2016 (UTC)
You're correct, we definitely understand that this is still a problem and it is something we're discussing internally. The domains we allow in our SPF record just use so much recursion that we need to come up with a better approach to suit our requirements. Justin Lloyd (talk) 15:50, 6 June 2016 (UTC)

No Base Ingredients Special Page Problem

In the base ingredients for Grow Lamps, 10 Charged Quartz Crystals show as costing 0 gold. Why doesn't it break down further to show 250 Quartz Crystals with the appropriate Buy Price and Material Cost?

The code calculating the base ingredients probably only looks at the Mystic Forge/crafting recipes. The acquisition method for Charged Quartz is unique and doesn't get noticed by the code because it's just a sentence in the article. Tyndel (talk) 14:41, 7 August 2016 (UTC)