Elanthipedia bugs: Difference between revisions

From Elanthipedia
Jump to navigation Jump to search
No edit summary
Line 35: Line 35:
:: Apparently the new version of semantic wiki doesn't like compound semantic annotations (ex. [[creature is undead::creature is evil::no]]) so I had to split them out into two separate annotations. Unfortunately, it doesn't actually state that anywhere I could find. -[[User:CARAAMON|CARAAMON]] ([[User talk:CARAAMON|talk]]) 16:08, 6 September 2016 (CDT)
:: Apparently the new version of semantic wiki doesn't like compound semantic annotations (ex. [[creature is undead::creature is evil::no]]) so I had to split them out into two separate annotations. Unfortunately, it doesn't actually state that anywhere I could find. -[[User:CARAAMON|CARAAMON]] ([[User talk:CARAAMON|talk]]) 16:08, 6 September 2016 (CDT)
:* <s>It doesn't look like any of the Racial "special properties" (ie. Dwarf style) were restored either: [[Item:Squishy gingham dragon checkered in shades of lemon and meringue]]. Additionally, the "rare" flag is giving an error icon on the Sources line (that error is on the dragon too). --[[Kythryn]] 13:17, 5 September 2016 (CDT)</s>
:* <s>It doesn't look like any of the Racial "special properties" (ie. Dwarf style) were restored either: [[Item:Squishy gingham dragon checkered in shades of lemon and meringue]]. Additionally, the "rare" flag is giving an error icon on the Sources line (that error is on the dragon too). --[[Kythryn]] 13:17, 5 September 2016 (CDT)</s>

==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). - [[User:RY4NPW|padhg]] ([[User talk:RY4NPW|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==
==Hindrance on Shields Displaying Incorrectly==

Revision as of 19:25, 7 September 2016

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)

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)

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)