Minecraft Wiki

Template doesn't work[]

This template does not work, right? iLeon 15:00, 17 March 2013 (UTC)

The template works fine. It's JIRA's API which doesn't, so the issue list isn't embedded into the page; but that's fine, the issues can still be viewed by clicking the link. ultradude25Talk
15:10, 17 March 2013 (UTC)
So bugs are not listed on some page? iLeon 15:13, 17 March 2013 (UTC)
Bugs are not shown on any page until JIRA has CORS support. ultradude25Talk
15:14, 17 March 2013 (UTC)
Ok, thanks! iLeon 15:40, 17 March 2013 (UTC)
It just shows an empty space when clicking expand. -- Numbermaniac (C) 23:58, 23 March 2013 (UTC)

Until the API is fixed, perhaps the template should be modified to display something more explicitly helpful? "Issues related to {{PAGENAME}} are maintained at LINK. Report new issues at LINK." or something? —Munin295 · Book and Quill.png Stone Pickaxe.png · 21:36, 29 March 2013 (UTC)

It does already give the bug tracker link. That might be a good idea though. Ultra dude, what do you think? -- Numbermaniac - Talk(C) 23:55, 29 March 2013 (UTC)
I've changed the wording a bit, commented out the collapsible table and made it so the "related to" part lists all the search terms. ultradude25Talk
03:06, 30 March 2013 (UTC)
Works perfect, except that it leaves about 3 lines of space underneath. Nothing major though. -- Numbermaniac - T - C 10:32, 30 March 2013 (UTC)
I can't really do anything about that because that's the space where the issue list world go, if it were working. ultradude25Talk
06:21, 31 March 2013 (UTC)
That's alright. Thanks anyway. -- Numbermaniac - T - C 07:10, 31 March 2013 (UTC)

Doesn't work with multiple issues?[]

When I add search terms to the template call, it doesn't show just unresolved.... It shows everything. -- (T) Numbermaniac (C) 00:39, 24 March 2013 (UTC)

 Fixed. ultradude25Talk
00:57, 24 March 2013 (UTC)
Wow, that was quick. Thanks! -- (T) Numbermaniac (C) 01:15, 24 March 2013 (UTC)

JIRA and manual bug display on pages[]

As discussed on ultradude25's talk page, and above on this page, JIRA's API is currently not working. I would suggest not manually placing bugs on pages, which defeats the purpose of this template in the first place. It's really not that much of an issue to click the issue tracker link while treating the expand/collapse function as a neat addition. The reason manually adding bugs defeats the purpose is that doing so invites users to start throwing in their bugs and not reporting them to the tracker, among other issues with the old bugs sections, like not keeping up with new ones and having old ones sit there. I'm only making this as a suggestion and not really requesting consensus on it, but just wanted to point out the past pitfalls of maintaining a manual bug list. Kanegasi C 03:17, 24 March 2013 (UTC)

Sorry. It's just that people reported bugs on Ocelot commonly, so I thought that I should place the bugs there to prevent people adding further bugs in the list. -- (T) Numbermaniac (C) 04:21, 24 March 2013 (UTC)
Nothing wrong with what you were doing, I was just voicing my thoughts on the matter. Having the bug link templates there could also deter bug reporting to an extent. Personally, I just revert it, but I tend to be a little harsh with removing stuff that doesn't belong. Kanegasi C 04:47, 24 March 2013 (UTC)


This template causes unnecessary line breaks beneath it that have bugged me since I started using this wiki :) I just tried getting rid of them by commenting out a line break (one of the breaks that were part of the deactivated table code), but that didn't work. In my tests, removing the nbsp works (near the end of the code, the only thing that's within the body of the div). I'm hesitant to remove it without knowing why it's there. Is there any need for it? Equazcion (talk) 18:18, 10 Jun 2013 (UTC)

After testing and digging around, I've concluded the nbsp is likely unnecessary, so I removed it. The whitespace is now gone. If that nbsp was meant to serve some purpose in displaying the issues lists, that can be addressed if/when the API for that feature ever starts working. Equazcion (talk) 20:58, 10 Jun 2013 (UTC)
It's required to stop HTMLTidy deleting the empty element, by making it not empty. ultradude25Talk
00:01, 11 June 2013 (UTC)
Ok. I'm guessing no one has any idea why an nbsp would be causing so much whitespace, or it's a stylesheet thing? PS. Why remove mention in the documentation that the issues list isn't currently functioning? Equazcion (talk) 00:22, 11 Jun 2013 (UTC)
Because it's in a div so it gets its own line. That was incorrect, it works, the issue list just isn't transcluded into the page. ultradude25Talk
00:26, 11 June 2013 (UTC)
I know, that's why the notice I had added ([1]) said "due to a backend issue". Either way, can we add something you'd be more comfortable with to note that the issues list won't be showing up, so as not to frustrate people who can't seem to get it to work? On the div thing, I figured that, but when I tried display:inline that didn't get rid of the whitespace. Equazcion (talk) 00:30, 11 Jun 2013 (UTC)
You said entering parameters wouldn't have any effect, which is wrong, the link is still there. The line above it is a paragraph, which also gets its own line. ultradude25Talk
01:12, 11 June 2013 (UTC)
Alright, so can we re-add the notice, without mention of parameters not working? If "inline" is set on the div, it should become part of the previous paragraph (the previous paragraph being the line that is actually displayed), without creating new lines of whitespace. Unless I'm missing something here. Equazcion (talk) 01:20, 11 Jun 2013 (UTC)
I don't see it being worth mentioning really, just remove the bit that says it shows them on the page. That was just a bonus on the original template anyway.
Paragraphs are block elements just like divs. It doesn't matter what you set the div to, it's still not in the paragraph, so gets forced on a separate line. I don't want to remove the div, because then when Atlassian finally get their shit together, it will work straight away, and we'll know they fixed it. ultradude25Talk
02:28, 11 June 2013 (UTC)
Alright regarding the div. I'm sure there must be a way to remove the whitespace without removing the div, but I'm not sure how yet. As for the notice though, since 95% of the documentation describes features that won't currently work, why not put up a notice so that people know this? Equazcion (talk) 02:33, 11 Jun 2013 (UTC)
Okay I think I got it. If we enclose the displayed line in a div with display:inline, and add display:inline to the issues div, the whitespace is gone. See User:Equazcion/e and let me know what you think. Equazcion (talk) 02:46, 11 Jun 2013 (UTC)
Everything the documentation describes works and is usable.
That won't work. When the API is finally fixed, it will mean the issue list shows up on the same line as the text. ultradude25Talk
03:16, 11 June 2013 (UTC)
The documentation seems to indicate that it will be "displaying 20 results" by default, but it actually just displays a link, and no issues are displayed til you click it. Put it this way: The documentation was written for the template's use as a displayer of issues, and currently it doesn't do that; it displays a link instead. It doesn't currently work as people reading this documentation would reasonably expect it to. Can we clarify this somehow? Equazcion (talk) 03:34, 11 Jun 2013 (UTC)
Commented out those parts. ultradude25Talk
03:54, 11 June 2013 (UTC)

Great, thanks :) However... is there any particular reason for the resistance to a notice as well? The template name itself seems to indicate that a list will be displayed. Otherwise it would be called "issues link". I'm thinking a notice like, "This does not currently list issues, but provides a link to the issue list" would seem to clarify things. Equazcion (talk) 04:02, 11 Jun 2013 (UTC)

Done. ultradude25Talk
04:16, 11 June 2013 (UTC)
Awesome, thanks :) Equazcion (talk) 04:18, 11 Jun 2013 (UTC)

Default setting[]

Can the default be switched from {{PAGENAME}} to {{SUBPAGENAME}}? It would allow much better use for [[Biome/Desert]] and others like it, especially since Biome/Desert is a minecraft wiki name. --KnightMiner (talk|contribs) 16:29, 20 May 2014 (UTC)

Those pages shouldn't really exist anyway, and certainly shouldn't be subpages of biome. MattTalk
⎜ 03:17, 21 May 2014 (UTC)

Are "Invalid" issues really needed?[]

It seems that issues with resolution "Invalid" (resolution 7) are included in the issue list. However, Invalid issues are usually issues that are due to incorrect commands/typos, feature requests (instead of bug reports), technical support issues, outdated Java, mod usage, and the like. So, since they usually don't contain substance (relating to the article), are they really needed?

Also the arguments ("and","or", "order by" etc) in the filter are lowercase instead of uppercase (AND), which is how JIRA typically puts it.

Also unrelated, but is JIRA's API still broken? -Sonicwave talk 09:12, 17 November 2014 (UTC)

Between "Won't fix" and "Works as intended", all potential actual issues that are closed without action are covered. It really does not benefit too much to the user finding actual issues. KnightMiner (t|c) 15:43, 17 November 2014 (UTC)
I have removed the "Invalid" resolution from the template (capitalization arguments not changed); loading up the issues on Sword and Flint and Steel caused no issues. If anyone disagrees with this change (or if it broke something), feel free to revert or discuss here. -Sonicwave talk 05:41, 18 November 2014 (UTC)
After further testing it seems to work just fine :). -Sonicwave talk 06:44, 18 November 2014 (UTC)
I do not see any problems either. Looking up invalid issues on those two pages proves their unusefulness. All suggestions or gibberish. KnightMiner (t·c) 14:18, 18 November 2014 (UTC)

Weird quotes[]

Issues relating to "Coal" or "Charcoal" are maintained on the bug tracker. Report issues there.

Issues relating to "Oak Bark", "Spruce Bark", "Birch Bark", or "Jungle Bark" are maintained on the bug tracker. Report issues there.

As you can see, the last quotation mark on the last word is backwards. I have no idea how to fix this as this template is complicated. Can someone please fix it? – Nixinova Book and Quill.png Diamond Pickaxe.png Map (item).png 04:47, 28 April 2018 (UTC)

It's always like this. It was never changed. Skylord wars (talk) 06:36, 28 April 2018 (UTC)
It shouldn't be using curly quotes anyways; I've replaced them with straight quotes. ディノ千?!? · ☎ Dinoguy1000 08:15, 28 April 2018 (UTC)

Is this really necessary?[]

No-one goes to the wiki to report bugs and its just annoying and useless having this in articles. It might have been useful 6 years ago when the bug tracker was new but everyone knows about it now and adding this template doesn't add any encyclopedic value. – Nixinova Book and Quill.png Diamond Pickaxe.png 18:34, 13 October 2018 (UTC)