Elanthipedia bugs: Difference between revisions
No edit summary |
|||
Line 56: | Line 56: | ||
It looks like most properties are now functioning with queries and templates, etc. There are still a few oddities with them, however. |
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 <nowiki>[[Spell type is:]]</nowiki> 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. |
*The actual pages for properties do not exist or are not viewable/editable. E.g. The property <nowiki>[[Spell type is:]]</nowiki> 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]] and [[Property:Creature is undead]] and [[Property:Creature is evil]]. In all 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 (<nowiki>[[Creature is undead::creature is evil::no]]</nowiki>) since the two properties are so highly related. |
*Certain properties are still not functioning correctly. The two I can find right now are the properties [[Property:Has default form]] and [[Property:Creature is undead]] and [[Property:Creature is evil]]. In all 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 (<nowiki>[[Creature is undead::creature is evil::no]]</nowiki>) since the two properties are so highly related. |
||
--[[User:ABSOLON|ABSOLON]] ([[User talk:ABSOLON|talk]]) 23:15, 30 August 2016 (CDT) |
--[[User:ABSOLON|ABSOLON]] ([[User talk:ABSOLON|talk]]) 23:15, 30 August 2016 (CDT) |
Revision as of 22:18, 30 August 2016
A place to list the current bugs on Elanthipedia itself.
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)
Sandbox Page Missing
... I sure hope the personal sandbox pages get restored. Stupid technology moving forward...:P --Kythryn 09:39, 24 August 2016 (CDT)
- Your sandbox, favorites, notes, etc should still be there, it's just the easy links to them that are missing from the header links. Just add it to the end of your user account page and you can manually travel there. E.g. https://elanthipedia.play.net/User:ZUERCAT/Sandbox--ABSOLON (talk) 15:42, 24 August 2016 (CDT)
- *personal sandbox link missing (top right was where it was, by the preferences link) - thanks ABSOLON! Glad it didn't get scrubbed. Be nice to have those links back though if there's a way, not sure new wiki users would even know they are available
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
Concept Namespace Issues
- Things are populating again, but there are now redlinks for each of the column headers --Kythryn 09:09, 29 August 2016 (CDT)
- This is due to pages in the Concept namespace being broken. Onsite has been made aware already.--ABSOLON (talk) 16:16, 29 August 2016 (CDT)
- everything being redlinked is fixed, but (at least on Jackal (creature)), there is an error for the EVIL display
- This is due to pages in the Concept namespace being broken. Onsite has been made aware already.--ABSOLON (talk) 16:16, 29 August 2016 (CDT)
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)
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 linksand 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)
- 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)
Unable to Dismiss Site Notice
- there is no link to dismiss the
"ATTENTION Semantic searching and tagging for Armor, Weapon, Shield, and Post categories are not functioning properly. It is being worked on."notice at the top of the page
Ranik Map Index Formatting
Formatting went haywire on the top-level Ranik Maps page
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
Page Movement Errors
Getting the following error when I attempt to MOVE a page (This is the one I was moving News:Dateline 8/8/2012: WELCOME TO DRAGONREALMS):
- Error: 1146 Table 'elanthipedia2.smw_fpt_askdu' doesn't exist (wikisql2.simutronics.com)
Missing Forms
The "Edit with Form" link is missing on item/shield/weapon pages. --Kythryn 11:47, 30 August 2016 (CDT)
- Edit with form is missing in all cases. I believe this is tied to property pages, since some of them still seem to be missing or not functioning correctly. Pages within a category (e.g. Category:Spells) are tied to a form via two things:
- The output template that is used on the pages that use the form and designated within the form's code to be used to output the form's results.
- A property added to a Category page that tells the wiki that pages within this category are to use a designated form.
- What appears to be broken here is #2; the property that states that a category should use a given form doesn't exist. See Category:Spells for an example of where the property designator [[has default form::Form:Spell| ]] is not working correctly because the either or both of the Property:Has default form page doesn't exist or isn't functioning correctly. The latter might be that properties that have multiple layers that are not functioning. I.e. The value Form:Spell might not be working properly because it is a compound value.--ABSOLON (talk) 23:02, 30 August 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 and Property:Creature is undead and Property:Creature is evil. In all 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.
--ABSOLON (talk) 23:15, 30 August 2016 (CDT)
Show properties link
The "Show properties" link in the side-bar is not always appearing on pages that should have it.
(Possibly related to this is that it used to show up twice in most cases, so it may simply be an extension of that bug but exhibiting in a different way. E.g. A single copy was removed from all pages, changing it from either 2 or 1 links on each page to 1 or 0 on each page.)
--ABSOLON (talk) 23:15, 30 August 2016 (CDT)
Response to Many Problems
- 90% of these (basically anything list, query, search, infobox, or template related) are due to properties not existing, even though they're set up correctly on the pages. E.g. crafting material pages use behind the scenes properties to categorize each material according to various criteria. These criteria are then searched when building a table of crafting materials, for example a list of wood materials by querying for all pages that are labeled by the property [[Crafting material type is::wood]]. I'm holding off on recreating property pages until given the go ahead, since it should be something that on-site is already working on transferring over.--ABSOLON (talk) 00:34, 25 August 2016 (CDT)
- "There's some weirdness going on with the category display at the bottom of pages; some get italicized while others stay standard."
- This specific issue is probably not related to the changes, since many of these existed before. This happens when a category page gets redirected to incorrectly. A lot of these were introduced when we made the big capitalization push, since many category pages were affected. I fix them as I come across them, since there's no real way to search for them. Here's what causes it and how to fix it if you want to do them if you come across them:
- A redirect to a Category page should have a colon in front of the 'Category' text. E.g.: #REDIRECT [[:Category:Spell types]]. If it doesn't include the leading colon then the redirect page gets added as an italicized item on the category page it redirects to. In short, the wiki thinks it belongs in the category unless the leading colon is there.
- Note that this also applies to links to a category page if the page itself is not supposed to be in the category list. E.g. a users favourites page might have a link to the crafting materials category and the proper syntax would be [[:Category:Crafting materials]] with the leading colon. Without the colon, the person's favourites page would show up as an item in the list at the bottom of the category page. These are rarer, and harder to spot since they're not in italics.--ABSOLON (talk) 08:36, 25 August 2016 (CDT)