Elanthipedia bugs

From Elanthipedia
Revision as of 23:55, 17 September 2016 by ZUERCAT (talk | contribs)
Jump to navigation Jump to search

A place to list the current bugs on Elanthipedia itself. For past or fully resolved issues, please see the talk page.


Duplicate Search Results

There seem to be duplicate search results that pop up in the standard search. I've tried deleting some of them, which temporarily works, but they seem to repopulate themselves eventually. -CARAAMON (talk) 08:10, 22 July 2014 (CDT)

Missing Text Editing Buttons

(super low priority, but was handy) - Missing some of the command buttons when on an EDIT screen, like the strikethrough, sub & super text size, etc. that would add the code into your edit form for you--Kythryn

Same issue, but out of these buttons I by far mostly used the "create redirect" button to easily create a redirect page, so I wanted to give special mention to that button to make sure it doesn't get missed in any fix. The button literally just added the text #REDIRECT [[pagename]] to the page, with "pagename" selected as the active text. If any text was selected prior to hitting the button then that text would instead be inside the double brackets.--ABSOLON (talk) 23:28, 30 August 2016 (CDT)
This was most likely part of an extension that did not transfer over. I'll try to track it down, but I can't make any promises. -CARAAMON (talk) 01:47, 31 August 2016 (CDT)
Oh yes, the REDIRECT button would be great to see back...I've mis-typed that word more in the past 24 hours than I thought possible...heh. Also, when editing anything but a TALK page, it looks like the SIGNATURE button has gone the way of the gidii as well. --Kythryn 09:44, 31 August 2016 (CDT)

Incorrectly Incomplete Marking of All Items

*internal page reference links are acting wonky (see Item:Weathered ilomba chest)
*additionally, looks like tooltips or other similar issues are not populating on the ITEM template display (like the appraisal value conversion, see the ilomba chest for this too)
*and, I just double checked a number of random ITEMS, none are showing any SOURCE links and all of them are tagged for incomplete items
For many items this is unrelated to the wiki update. Items that are marked as incomplete are in many cases just missing tag markers and had the incomplete marking before the update. I did a quick check too and it does appear that some items are getting marked incomplete that shouldn't be. This is likely what is causing the shops to be marked as incomplete as well, since those are marked complete when all the items are completed.--ABSOLON (talk) 16:16, 29 August 2016 (CDT)
I do know there are a number of items/armor/weapons that still have the incomplete tag, and when I do stumble on those, I pop in and update them.
But, I don't think it is some items being marked as incomplete right now, I think it is all of them. I just picked 20 items from the ITEMS category and subcategories (armor, shield, weapons), 20/20 were marked as incomplete, 0/20 had redlinks on the page and 19/20 already had the tags filled out or were MTag=-. When I did update the 1 missing tags, it continued to have the incomplete on save. And, new items being added area also showing as incomplete (ISHARON added this one early this morning Item:Baby shark doll).
That all being said, I wonder if this is tying into the Concept namespace being broken that you mention for the category display below, since the Incomplete Items is italicized on each of these item pages in the Category footer as well. --Kythryn 11:45, 30 August 2016 (CDT)
Okay, I've tracked down sort of why this is happening. At the heart of the code is the line {{#ask:[[{{FULLPAGENAME}}]] [[missing::+]]}} which should check to see if the page has anything in the "missing" property and return the page name if it does, or nothing if it doesn't. However it's always returning the page name, and I have no idea why. -CARAAMON (talk) 17:32, 5 September 2016 (CDT)

Incorrectly Incomplete Shop Pages

Did a spot check on various shops, they all look to be tagged as incomplete articles, even when there are no redlinks on the page

This is very likely related to the bug where all items are being marked as incomplete regardless of whether all of the completion checks are passed or not. I.e. The shop template marks a shop as completed once all the items are marked as completed.--ABSOLON (talk) 23:40, 30 August 2016 (CDT)
This is still being researched. --GAMERGIRL151 (talk) 19:18, 3 September 2016 (CDT)

Properties

It looks like most properties are now functioning with queries and templates, etc. There are still a few oddities with them, however.

  • The actual pages for properties do not exist or are not viewable/editable. E.g. The property [[Spell type is:]] is functioning correctly, but it is not possible to navigate to the property's page within the Property namespace (Property:Spell_type_is) to edit the property's values. This is important, because several properties are designated to require specific values and being unable to edit these means we cannot make adjustments to anything that relies on those properties.
    • Related to this are links that make use of the property within the link do not work right now. These are typically header links in queries, since the links are automatically created by the wiki to link to the property page. E.g. the red links in the headers of each table on Category:Crafting materials
  • Certain properties are still not functioning correctly. The two I can find right now are the properties Property:Has default form , Property:Creature is undead, Property:Creature is evil, and Property:Stealth hindrance is number. In the first three cases, the thing I can find in common is that the properties use compounding values. E.g. "Has default form" always has Form:formname as its value, and the undead and evil properties are compounded into a single property ([[Creature is undead::creature is evil::no]]) since the two properties are so highly related. I am unsure what the issue is for the last one.

--ABSOLON (talk) 23:15, 30 August 2016 (CDT)

Apparently the new version of semantic wiki doesn't like compound semantic annotations (ex. creature is evil::no"creature is evil::no" is not recognized as a Boolean (true/false) value.) so I had to split them out into two separate annotations. Unfortunately, it doesn't actually state that anywhere I could find. -CARAAMON (talk) 16:08, 6 September 2016 (CDT)

Semantic MediaWiki error on search

Searching for some things (e.g. "Mauler") using the upper-right search box results in an SMW internal error (below). - padhg (talk) 19:25, 7 September 2016 (CDT) 

[04fc230d661e04b8d9a140c7] /Mauler MWException from line 640 of /var/www/mediawiki/extensions/SemanticMediaWiki/includes/SemanticData.php: Data for a subobject of Mauler cannot be added to Title:Mauler.

Backtrace:

#0 /var/www/mediawiki/extensions/SemanticMediaWiki/includes/SemanticData.php(326): SMW\SemanticData->addSubSemanticData(SMWContainerSemanticData)
#1 /var/www/mediawiki/extensions/SemanticMediaWiki/includes/parserhooks/AskParserFunction.php(205): SMW\SemanticData->addPropertyObjectValue(SMW\DIProperty, SMWDIContainer)
#2 /var/www/mediawiki/extensions/SemanticMediaWiki/includes/parserhooks/AskParserFunction.php(185): SMW\AskParserFunction->createQueryProfile(SMWQuery, string, integer)
#3 /var/www/mediawiki/extensions/SemanticMediaWiki/includes/parserhooks/AskParserFunction.php(120): SMW\AskParserFunction->doFetchResultsForRawParameters(array)
#4 /var/www/mediawiki/extensions/SemanticMediaWiki/includes/parserhooks/ShowParserFunction.php(67): SMW\AskParserFunction->parse(array)
#5 /var/www/mediawiki/extensions/SemanticMediaWiki/src/ParserFunctionFactory.php(273): SMW\ShowParserFunction->parse(array)
#6 [internal function]: SMW\ParserFunctionFactory->SMW\{closure}(Parser, string, string)
#7 /var/www/mediawiki/includes/parser/Parser.php(3817): call_user_func_array(Closure, array)
#8 /var/www/mediawiki/includes/parser/Parser.php(3552): Parser->callParserFunction(PPTemplateFrame_DOM, string, array)
#9 /var/www/mediawiki/includes/parser/Preprocessor_DOM.php(1175): Parser->braceSubstitution(array, PPTemplateFrame_DOM)
#10 /var/www/mediawiki/includes/parser/Parser.php(3470): PPFrame_DOM->expand(PPNode_DOM)
#11 /var/www/mediawiki/includes/parser/Preprocessor_DOM.php(1175): Parser->braceSubstitution(array, PPTemplateFrame_DOM)
#12 /var/www/mediawiki/includes/parser/Parser.php(3694): PPFrame_DOM->expand(PPNode_DOM)
#13 /var/www/mediawiki/includes/parser/Preprocessor_DOM.php(1175): Parser->braceSubstitution(array, PPFrame_DOM)
#14 /var/www/mediawiki/includes/parser/Parser.php(3366): PPFrame_DOM->expand(PPNode_DOM, integer)
#15 /var/www/mediawiki/includes/parser/Parser.php(1248): Parser->replaceVariables(string)
#16 /var/www/mediawiki/includes/parser/Parser.php(446): Parser->internalParse(string)
#17 /var/www/mediawiki/includes/content/WikitextContent.php(331): Parser->parse(string, Title, ParserOptions, boolean, boolean, integer)
#18 /var/www/mediawiki/includes/content/AbstractContent.php(497): WikitextContent->fillParserOutput(Title, integer, ParserOptions, boolean, ParserOutput)
#19 /var/www/mediawiki/includes/poolcounter/PoolWorkArticleView.php(140): AbstractContent->getParserOutput(Title, integer, ParserOptions)
#20 /var/www/mediawiki/includes/poolcounter/PoolCounterWork.php(123): PoolWorkArticleView->doWork()
#21 /var/www/mediawiki/includes/page/Article.php(666): PoolCounterWork->execute()
#22 /var/www/mediawiki/includes/actions/ViewAction.php(44): Article->view()
#23 /var/www/mediawiki/includes/MediaWiki.php(503): ViewAction->show()
#24 /var/www/mediawiki/includes/MediaWiki.php(288): MediaWiki->performAction(Article, Title)
#25 /var/www/mediawiki/includes/MediaWiki.php(745): MediaWiki->performRequest()
#26 /var/www/mediawiki/includes/MediaWiki.php(519): MediaWiki->main()
#27 /var/www/mediawiki/index.php(43): MediaWiki->run()
#28 {main}


Hindrance on Shields Displaying Incorrectly

This is likely the same issue then, but just documenting the error as I came across it in case it is something else. The HINDRANCE data on the shield page(s) isn't populating correctly: Shield:Gilded harp-shaped buckler inlaid with sparking lightning amethysts --Kythryn 11:45, 30 August 2016 (CDT)

I can't figure out why this property is not functioning correctly, unless perhaps the property didn't get properly re-created. I'm unable to tell, however, due to the other property bug that makes property pages unable to be viewed or edited. FWIW, it also appears to have broken the template, since all shield pages are now automatically being categorized as templates with duplicate arguments despite not having any duplicate arguments.--ABSOLON (talk) 23:36, 30 August 2016 (CDT)
Fixed. -CARAAMON (talk) 16:04, 6 September 2016 (CDT)
This is a slightly different version of this error, but it seems the same as the above duplicate arguments issue. I just ran across this item that is being placed in the "Pages using duplicate arguments in template calls" category: Armor:Heavily_bloodstained_leathers_tooled_with_an_elaborate_symbol_on_the_chest. --Kythryn 19:37, 11 September 2016 (CDT)

Special Properties on weapons

Even when there are no Special Properties (Verbs, Elf Style, Empath Style, etc) selected, the Special Properties line is still showing up on weapons pages. If I remember correctly, this should be hidden when empty. An example of where I saw this was Weapon:Polished_steel_sabre_with_a_jeweled_hilt. --Kythryn 11:08, 5 September 2016 (CDT)

This would be a pain to do properly and it's not a new issue, so I'm going to put it on the backburner for now. -CARAAMON (talk) 16:06, 6 September 2016 (CDT)

Category or Page Name sorting issue

I've seen this a handful of times since the update, but it might have been happening before and I just didn't notice it. Every once in awhile, a page doesn't sort right within a category. I'm not sure if there is some "behind the scenes" issue with the page names, or if it's something else entirely. An example of where I am seeing this is in Category:Gameplay. The News 2 4 - Premium areas and travel is sorted under D with the rest of the articles being (correctly) sorted under N. --Kythryn 12:04, 5 September 2016 (CDT)

It seems to have fixed itself. Could you post if you see any more like this? -CARAAMON (talk) 17:47, 5 September 2016 (CDT)

Source locations

I believe this might have been an issue before the patch too, but I'm seeing some slightly different weirdness than I remember it being a couple weeks ago. I'll re-create the steps where I saw this issue happen:

1. Take an ITEM page that originally contained additional items (ex. Item:Large red-checked gingham napkin knotted into a makeshift pouch) and the list of those items uses the SLOOT code and that has not been modified since the wiki-patch was rolled in.
2. When you go to one of the additional items (ex. Item:Cup of creamy potato salad topped with slices of hardboiled egg), the Sources line will be showing the shops that the original item came from (ex. for the above would be Fair Faire Fare (3) & 4), however it will not be showing the original item (ie. the napkin)
3. Make any edit to the original item (ie. napkin) and save the page
4. Refresh the additional item page (ie. the potato salad)
5. Now the shops and the original item show up on the Sources line.
Note: the above links have already been "refreshed" so show the full Sources information, I just documented my process with them. To re-create the issue, the Item:Insulated fishtail oak crate nestled within a knotted rope net is similar and *should* produce the same results.

First off, this is a much better situation than before the patch, as those secondary items wouldn't often source the original item at all. But, since this stuff is being worked on, maybe it can be looked into to have the system automatically check for and refresh ITEMS that contain SLOOT in their information, so that we don't have to manually "edit/refresh" those as we come across them? --Kythryn 13:57, 5 September 2016 (CDT)

Have you just tried waiting 1 day and checking back? I could be wrong, but I believe things like this are usually cached on the wiki and updated in batch overnight. The next day the source will look fine. - padhg (talk) 20:36, 5 September 2016 (CDT)
I must have misinterpreted what your suggestion was padhg. I thought you were indicating that the system is currently in the process of refreshing items, and by checking back on ITEMS containing an SLOOT list (such as Item:Insulated fishtail oak crate nestled within a knotted rope net), those SLOOT-linked items would be showing the updated SOURCE information with the original item listed. It has been a number of days though, so maybe you were talking about something else?
Anyhow, to re-cap (TL;DR?) my suggestion:
Summary: The current system now correctly updates the SOURCE on an item if it comes from a "master item" item, not just when from a shop, so long as the "master item" is manually edit/saved. Yey, good stuff!
Possible bug and suggestion for the fix: Can the wiki database be updated so that any ITEM that contains an additional SLOOT in its page information be automatically refreshed, rather than relying on an editor to manual update these ITEMS as they come across them. --Kythryn 15:22, 10 September 2016 (CDT)

Shop "Done" column

This might actually just be working as intended and I don't recognize it because it wasn't working correctly before. However, I just noticed on Fair Faire Fare (3) that further down the shop there are a handful of shop items that have 2 red !! in the DONE column. If these errors are now working as intended, maybe we could get a tooltip for that (and any other) error so editors know what is wrong with that item? --Kythryn 14:34, 5 September 2016 (CDT)

So, a little weirdness that I've never seen before, but I've been using the Item Tester quite a bit today, and just in the past few minutes, I've got the above 2 red !! coming up on a line once the "Show Preview" is used. This is the output:
a silvered bronze ring bearing the crest of the Moon Mage Guild (Item: !!)(Weapon: )(Shield: )(Armor: ) --Kythryn 22:48, 11 September 2016 (CDT)

Storm Bull Page

The Storm Bull page is not linking into the master bestiary list for some reason. I tried taking a look at the page formatting and it doesn't seem to out of line with all the other critter pages, but I don't know enough to be sure NUKENAVY (talk) 19:50, 8 September 2016 (CDT)

Fixed. This was just a case of the properties needing to be updated via an editless save on both the Storm Bull page and the hunting ladder page.--ABSOLON (talk) 20:38, 8 September 2016 (CDT)

USES error on items

When there is an ITEM that has multiple values in USES (ex. Item:Copperleaf_tobacco) it's returning an error. --Kythryn 19:11, 11 September 2016 (CDT)

Use + to separate the numbers. This is to prevent the system from thinking 2,100 is 2 and 100. -CARAAMON (talk) 20:47, 11 September 2016 (CDT)
We're going to need to manually update a number of these then. While I've seen some with the +, I've seen just as many with the , unfortunately. Meh! --Kythryn 21:01, 11 September 2016 (CDT)

Pages using duplicate arguments in template

Today I made a few pages that are making this pop up. There's a whole category for it (Category:Pages using duplicate arguments in template calls). No idea why. -TEVESHSZAT (talk) 22:52, 16 September 2016 (CDT)

gaethzen error

Was just doing a minor edit on Item:Shimmering gaethzen turnip and noticed there was an error icon coming up before the word "gaethzen" in the display table. --Kythryn 00:55, 18 September 2016 (CDT)

Retrieved from "https://elanthipedia.play.net/index.php?title=Elanthipedia_bugs&oldid=453406"