Terraria Wiki:Community noticeboard/Archive 2014

From Terraria Wiki
Jump to: navigation, search

Safe.png This page is an archive of past versions of the current page.

The contents are kept for reference purposes only, and should be preserved in their current form. Do not add new comments here or edit this page.


Terraria Armor Dye Simulator (TADS)

I think the armor set pages (crimson armor, hallowed armor, frost armor) could have a Dye Simulator. like, each dye has its own button that when pressed, dyes the whole armor that color. or like, you enter a color in a text box beside each piece, and press a button labeled "Dye it!" and the piece is dyed that color! I thought this up when I was nearly run over. I should throw myself up in front of cars more often! ha! (no I shoudn't)

I bet nobody will agree with me. maybe somebody should make a program for this. I'm sure we can work this is java script, right? maybe. I have no idea! -- Robstar14 16:17, 30 January 2014 (UTC)

Good idea. -- Reno 17:08, 05 August 2014 (EST)
I "third" that idea! Nerman8r (talk) 16:41, 14 March 2015 (UTC)

Soils -> Walls?

I'm not sure having links to both Soils and Blocks in the Items and Mechanics section is really necessary, and a link to Walls would make sense as there is a link to blocks. Is it worth considering swapping the Soils link to a Walls link, and maybe even merging Soils into Blocks? --Crystallized (talk) 19:04, 11 March 2014 (UTC)

The concept of "soils" seems a bit questionable to me; like with "mini bosses" there's no official definition of it (as far as I know). It can however be nifty as an overview of what worlds are made of, though possibly as a part or category of "naturally spawning blocks" or somesuch. As such I think merging Soils into Blocks would be a good idea. Other than that I also think replacing Soils with Walls would improve Items and Mechanics. NoseOfCthulhu (talk) 18:27, 12 March 2014 (UTC)

Corrupted player?

Just wanting to ask this for my friend, in the character selection, it is red colored and unclickable, do this means his character is corrupt? Screenshot: http://prntscr.com/32yg9u FunAlways (talk) 01:54, 22 March 2014 (UTC)

possibly. no your computer you should go to Documents,My games,Terraria,Players and then the characters folder. with a world file the world and the back up will have "bad" at the end meaning that the world data is messed up. it might be the same with players. Michelangelo42 (talk) 14:38, 10 October 2014 (UTC)

This hardly seems like the place to be asking for tech support. Anyone mind if I delete this? Nerman8r (talk) 16:42, 14 March 2015 (UTC)

Generally we don't delete stuff from talk pages, except outright vandalism or things like that. It's also worth noting that you're responding to conversations from almost half a year ago; please check the dates before posting in reply to talk pages. Gearzein (talk) 16:46, 14 March 2015 (UTC)
Alright, but be aware that it creates a precedent. If people see others getting tech support here, they'll post more topics about tech support, because of normative influence. Nerman8r (talk) 17:02, 14 March 2015 (UTC)
I'm aware. In my experience, deleting comments means they either get re-added or repeated down the line. There's no problem with small instances of support- telling someone what version an edition of the game is currently on or how to find a page here isn't a big deal. For everything else we direct people to the forums- not just "block them and hope for the best" but specifically direct them to a place where their issue can be resolved, if possible. That's what's been done elsewhere on the wiki, including this page.
This may not have been policy a year ago when the original comment was made, so my primary concern was that comment being responded to a year later and the precedent it sets to repeat that action. Talk pages are meant to be a record of discussion and ideally remain as unaltered as possible, which is why they're committed to archive rather than wiped, but at the moment this page isn't long enough to dump into a second archive. Gearzein (talk) 18:12, 14 March 2015 (UTC)

Underworld enemy

I don't see a "Lava Bat" and "Red Devil" In enemy section. are they new in ? — Preceding unsigned comment added by at 07:36, 12 April 2014 (UTC)

Seems both were introduced in 1.2. I guess the list is just a bit outdated. NoseOfCthulhu (talk) 04:03, 20 April 2014 (UTC)

party girl glitch

there is a glitch for the party girl in the xbox 360 console 1.2 update that makes the party girl sell cyborg items — Preceding unsigned comment added by at 17:27, 18 April 2014 (UTC)

I added the bug to the Party Girl article and List of known bugs, thanks for pointing it out. NoseOfCthulhu (talk) 04:03, 20 April 2014 (UTC)

1.2.0 equivalent update for Console

Since the recent major update (as of this posting) for the console version of Terraria has come out, one can't help but notice that much of the content that now applies to the version is still labeled as PC only. Since it would be tedious for a single person to go through and fix this, why don't we make it a wiki goal to get things up to date?— Preceding unsigned comment added by at 08:32, 6 May 2014 (UTC

This process to fix this is already being done by several users, though unfortunately in a rather sporadic manner due to people only editing the pages they visit and nothing more. To properly achieve such a goal we'd probably require a team of console-players systematically comparing 'pc-only'-marked wiki pages with the game and/or game files, but unfortunately we don't have that. If people were to mass-label pc-only content as pc/console there's also the risk of assuming all pc-content to also be console, potentially mislabeling non-console content. An example seems to be 12 (though I may be wrong). I agree that outdated labeling is a heavy problem, though. NoseOfCthulhu (talk) 03:52, 10 May 2014 (UTC)

Stub definition

What determines if a page is a stub? There are many of pages listed a stub with plenty of information. — Preceding unsigned comment added by Aking78 (talkcontribs) at 12:07, 14 May 2014 (UTC)

The "official" definition is that a stub is too short to provide a proper coverage of a subject. I'm guessing most editors refrain from removing the tag out or carefulness or inattention, even when the subject is thoroughly covered. Keep in mind however that a long text doesn't necessary cover a subject well - in many cases a brief overview is all that's needed. NoseOfCthulhu (talk) 22:18, 16 May 2014 (UTC)

Broken Templates

At the bottom of most pages, there is a template like Consumables or Decorations etc. All those links are broken and lead to an empty page with a title saying "Template: [name of template]". Can someone fix this?— Preceding unsigned comment added by 19:53, 21 May 2014‎ (UTC) (talkcontribs) at Minecrafter030

Add mount page

Add Mounts page to main page?— Preceding unsigned comment added by 16:34, 29 May 2014‎ (UTC) (talkcontribs) at Xianith

I think this is a good idea since pets have been added to the main page but I don't know how to do that... -- 03:35, 28 October 2014 (UTC)
I think it's a good idea to add Mounts to the main page, but.....there is not much space in there. The main page should contain only the most common things and basic information. Mounts may not be that important to be shown in main page. -- MrGlowing (talk) 17:33, 5 March 2015 (UTC)

Fan theories in trivia sections

Nearly every item page has a point in its trivia section speculating(with no evidence) that the topical item is a reference to something; Many of these theories are very tenuous. It's nothing but gossip and has no place in a wiki.— Preceding unsigned comment added by 01:16, 7 June 2014‎ (UTC) (talkcontribs) at

There are several users (myself included) who often remove such dubious trivia, though unfortunately it seems to pile up even faster. If you want you could make an account and remove trivia you find inappropriate yourself. NoseOfCthulhu (talk) 01:43, 7 June 2014 (UTC)


Ive seen recently, people editing pages, trying to make it look like "swag", which, doenst help. The first page i saw was a spider page on a black somethingorother. it said it spawn in things called "Spooderman Nests" and the AI was "swagger", my solution is for every edit, make it so it has to be checked before being aproved, like, if a bug happens, you can add to the page and about 5 mins later maybe its up, and things like changing AI from "Fighter" or "Flying" to "swagger" will be declined. Frozenreflex1 (talk) 04:13, 11 June 2014 (UTC)

This is the wrong place for this; you want the admin noticeboard. -Xolroc (talk) 04:16, 11 June 2014 (UTC)

k Frozenreflex1 (talk) 05:51, 11 June 2014 (UTC)

Multi-texture blocks

I noticed a remark on the Tin Brick page about how the tin brick has multiple textures, and realized that, since all blocks have multiple textures, should we show them all in the item template? It's usually just three textures, plus the blended textures which we can probably safely ignore and the angled/half-block textures which we might want to show. Since they're single blocks, it wouldn't take up much room, especially if we just go with the three normal textures. -Xolroc (talk) 15:12, 11 June 2014 (UTC)

I've created a mock-up of what it would look like, and I think it looks pretty good myself. Let me know what you think? It's not too difficult to make one of these, I could easily get a python script written to auto-generate them.
Hi, I too think they look good. I also added some textures of placed items (books and corals) are an example, you could apply the textures the same way (to show the difference between the inventory icon and the placed item), though, for construction blocks, I prefer the method Nose of Chthulhu used for walls (Stone Wall, Tin Brick Wall, Arcane Rune Wall, etc).
BTW I added a link to your sandbox so people can see the mock-up, hope you don't mind. Keep up the good work! --OdnHarfagre (talk) 16:04, 11 June 2014 (UTC)
By that you mean that blocks like Stone Bricks and Dirt Blocks would be shown the way Nose did the walls? I'm not quite sure what you meant exactly. And I meant to add a link to that, thank you. -Xolroc (talk) 16:16, 11 June 2014 (UTC)
I meant that you could add placed textures for blocks the same way Nose added placed textures for walls. Sorry if I cause a misunderstanding, my english is not really good :/ --OdnHarfagre (talk) 18:28, 11 June 2014 (UTC)
No, I understand! I'm not sure how to do that, though. It's a good plan, just don't know how to do it. -Xolroc (talk) 18:45, 11 June 2014 (UTC)


It's easy, just add the texture image on the item infobox template. To do that add:
{{item infobox

| image = [[File:Stone Wall.png|inventory icon]] [[File:Stone Wall (placed).png|when placed]] <-- This
{{item infobox
| image = [[File:Book.png|Inventory icon]]<p></p>[[File:Book (placed).png|When placed]] <-- Or this
You can also use <br/> instead of <p></p>

And the template should look like this:
  • [[File:Inventory icon

    When placed|Book item sprite|link=]] old Book item sprite
  • Book placed
Stack digit 1.png
Rarity00*Rarity level: 0
Stone Wall
  • [[File:Inventory icon When placed|Stone Wall item sprite|link=]]
  • Stone Wall placed
Stack digit 1.png
Rarity00*Rarity level: 0
Using your mock up template:
Silt Block
  • [[File:Inventory icon

    When placed|Silt Block item sprite|link=]] old Silt Block item sprite
  • Silt Block placed
Stack digit 1.png
Rarity00*Rarity level: 0

--OdnHarfagre (talk) 00:16, 12 June 2014 (UTC)

I understand how to do that, the problem is that I don't know how to get the texture for the combined blocks. Sorry if that was unclear. -Xolroc (talk) 00:43, 12 June 2014 (UTC)
My fault. The textures are in the game files, in the "Images" folder, copy them on another folder and convert them to .png (I use the XNB Exporter), then edit the block texture sheet (they look like this one) with Gimp, or other image editor. I got the placed palladium column texture that way. Palladium Column (placed).png
It's a bit difficult if you haven't done it before so if you have problems or you want me to do it feel free to ask! --OdnHarfagre (talk) 01:36, 12 June 2014 (UTC)
Oh! Okay, I see now. I didn't realize that the image files already had a block of it all together.... Will that have the proper variation? -Xolroc (talk) 02:12, 12 June 2014 (UTC)
Yes, those texture sheets have every variation of the placed block. BTW, all placed texture images are named "Tiles_number.xnb", the other images are for npcs, projectiles, inventory icons, etc. --OdnHarfagre (talk) 13:43, 12 June 2014 (UTC)

────────────────────────────────────────────────────────────────────────────────────────────────────Alright, I'll see what I can do. Will likely make a python script to extract the images we'd want out of the texture sheets. I've already got them all extracted from xnb. -Xolroc (talk) 14:37, 12 June 2014 (UTC)

Just adding some notes to this topic: In the wall-examples OdnHarfagre provided (thanks for appreciating my work!) you can see I've placed three spaces between [[File:Stone Wall.png|inventory icon]] and [[File:Stone Wall (placed).png|when placed]]. When I did that I was however too inept to see that these spaces don't show up, and that you instead must use &nbsp;, as I've done for accessories (example):
| image = [[File:{{PAGENAME}}.png|inventory icon]]&nbsp;&nbsp;&nbsp;[[File:{{PAGENAME}} (equipped).png|when equipped]]
So, be sure not to confuse normal spaces with &nbsp;, as I did! Secondly, I've been thinking of how it'd be to "chop up" File:Block Reference.png into individual squares in similar manner to File:Wall Grid.png was chopped into individual walls. I'm not sure if this is of any relevance here, the Palladium Column shown above is simply of this format. NoseOfCthulhu (talk) 17:36, 12 June 2014 (UTC)
My plan is to write a python script to cut out the block textures directly from the .png that is extracted from the .xnb; I'd just make new png files after cutting it down to the right dimensions and removing the pink 'spacers', and upload them all at once. Then I'll worry about getting things added, maybe see if 0icke0 can use his bot to do that. -Xolroc (talk) 18:13, 12 June 2014 (UTC)
Urf... looks like the tiles aren't so uniformly laid out as I'd thought. A quick script might not be an option. Though, I may be able to run it on a set of specific tiles. -Xolroc (talk) 18:24, 12 June 2014 (UTC)

"No known use" on statues

All the non-mechanism statues have this phrase, and it makes it seem like the wiki is incomplete or missing information. I propose it be removed or replaced with something along the lines of "this statue does nothing when given a wire pulse" (except worded better, of course). -Xolroc (talk) 03:00, 13 June 2014 (UTC)

their use should be "decoration" User: Superstrijder1513:11 22-8-2015 (dutch time)

How Do you Upload An Image?

I want to upload an image to Lihzahrd Temple. --Dialga The Time Lord (talk) 23:17, 19 June 2014 (UTC)

There's a place to upload files on the page, a little box labelled "Drop files here" just on top of the editing area. --Xolroc (talk) 23:22, 19 June 2014 (UTC)

There's also the uploading page for those who prefer that. NoseOfCthulhu (talk) 01:39, 20 June 2014 (UTC)


In the section "Environment", the link to "snow" leads to a disambiguation page. — Preceding unsigned comment added by 11:09, 22 June 2014‎ (UTC) (talkcontribs) at

Seems it has been fixed. NoseOfCthulhu (talk) 13:46, 22 June 2014 (UTC)

Non-English wiki articles

It doesn't seem quite right to me to have, for example, the Hungarian article for something at "something/hu"; it seems like it would be better at "hu:something", with a separate namespace for each language the wiki is in; they could still link back to the main article using a modification to the template that says "this page is part of the <language> translation project". This would have several advantages that I can see:

  • No longer need to use English names for all pages, even in different languages
  • Provides better organization of the wiki by language rather than by object
    • Can search only English pages, or only Hungarian, or only Italian, etc
  • The organization of the wiki will no longer suggest "superiority" of the english version (you may laugh, but I've seen tumblr; some people are crazy about these things)

What do you think of this idea? I'm aware it'd be a huge change, but it would be relatively easily automated. --Xolroc (talk) 15:27, 25 June 2014 (UTC)

It already seems a similar concept is active; though a non-English version of Terraria wiki may begin as a "slash version" it may apparently be "upgraded" to its own domain if it's comprehensive enough. At least that happened to the Korean version (creation). Still, your suggestion is interesting and certainly has its benefits. I do however doubt that such a change can be evoked by the users/admins of an individual wiki and would rather guess it must be done by Curse (though I may be wrong). If you don't think such "upgrades" are enough I suggest you to forward this matter in a ticket to Curse to see what they think. NoseOfCthulhu (talk) 03:26, 27 June 2014 (UTC)
A quick test shows that it is indeed possible to create the page "hu:Copper Shortsword" which was just the first thing to pop into my head. Of course the actual one would likely use whatever the hungarian for "copper shortsword" is. I don't think Curse has to be involved here, actually. --Xolroc (talk) 03:32, 27 June 2014 (UTC)
Ah ok, thanks for clarifying. It seems I began to confuse page titles with domain names. As Curse isn't needed I guess this only calls for some further opinion from Terraria Wiki users as well as the listing of effects such a change would have (in addition to the benefits you noted). For example, the subpage feature would probably vanish. Might also be a good idea to compare with other Gamepedia wikis in case slash-version is the standard method when creating language pages. NoseOfCthulhu (talk) 03:57, 27 June 2014 (UTC)
Would there be a better place to propose it than here, maybe? --Xolroc (talk) 04:33, 27 June 2014 (UTC)
I'm sorry to dissapoint you, but curse needs to be involved here. Although you can make a page named hu:Copper Shortsword, this would result in a page page with the name "hu:Copper Shortsword" in the main namespace, rather than a page with the name "Copper Shortsword" in the hu namespace. So curse actually needs to make the namespaces. Furthermore it would be wise to inform curse, as there may be other techanical reason why they didn't put it in a seperate namespace in the first place. --0icke0 (talk) 10:34, 27 June 2014 (UTC)

Things to do

I have created a new category called: Things to do. This category contains all the other categories and special pages with articles that need some work to be done. If you are wanting to make Terraria Wiki a better place, drop on by the category and take a look around. There is a lot to be done. :) User:Zdroid9770/Sig1 19:56, 5 July 2014 (UTC)

Question about capitalization

Being a user that originates from over at the Minecraft Wiki, I was wondering why Links to Pretty Much All items in The game are capitalised. Whereas, over at the Minecraft Wiki, there is a rule that if an item also exists in real life (e.g. ores, acorns) or in popular culture (e.g. zombies) they do not have a capital letter, while in-game only items (e.g. Plantera, Pwnhammer) do have a capital letter. So do we switch over to this, or keep it as is? - MinecraftPhotos4U (talk) 09:04, 11 October 2014 (UTC)

As long as consistency is maintained, I'd be alright either way -- but, for one thing, it would be a bit of an undertaking to change everything now and I'm not sure there would be any real benefit to it. For another, I'd lean towards keeping all item names capitalized, as it provides a visual cue. The visual cue could be anything -- a color change, italics, bold, etc, but I think there should be some visual indication of when a word is describing a game item, and capitalization seems like a pretty decent and unobtrusive one.
I actually find the Minecraft wiki a little less readable than the Terraria wiki due to their rules, which I think are a little obscure and less intuitive. These wikis are basically documentation pages, and a consistent visual cue to spot item names aids when you're skimming for particular info. In general, good documentation pages generally tend to utilize this kind of mechanic. And technically speaking, whether or not item names describe real-world objects, they're essentially still "names". Just my take. Equazcion (talk) 09:27, 11 Oct 2014 (UTC)
I understand your opinion, but I still find It's a bit Annoying to Have random words starting With capital letters ln the middle Of Sentences. Also, there is a visual cue, this obviously being the links appearing blue, but I find it's a bit hard to see, so this could be changed, to a lighter blue for example. Or it could be that links are always undeclined like in the old internet days, which I find would be a lot better and easier to notice Than ranDom CapitAlS.
Also, what's with repetition of item names in a page being all bold and stuff? - MinecraftPhotos4U (talk) 16:59, 13 October 2014 (UTC)
If all item names were blue then that could serve as a good cue, but generally just the first appearance of an item name is linked, while the rest on the page are not (though links are sometimes repeated when the term re-appears in another section further away). It would be possible to change the link styling, but that would only help with those first instances. It's been the general wiki/web way to avoid "overlinking", ie. to only link the first appearance of a term (for various reasons), at least when we're talking about terms within paragraphs; so the capitalization is, I think, an important signal that a word is a game item, and further, that it's probably a term that has a wiki page.
The capitalization isn't random, of course. It's just for game items. And caps are certainly not supposed to be appearing in the middle of words -- so you can probably assume those are errors and correct those, if you do come across them.
Bold is similarly reserved for only the first instance of the page title's appearance on a page, generally -- though there are probably some legit exceptions. Could you give an example page where you see multiple bolded terms? Equazcion (talk) 05:32, 14 Oct 2014 (UTC)p
Note the animated picture's caption: Blade of Grass
Really don't know what's up with putting more than one bold on a page. As for the links, I agree, but it is still kinda irritating. MinecraftPhotos4U (talk) 09:03, 14 October 2014 (UTC)
I removed the bold there. That's actually what happens when someone tries to include a link to the current page -- it displays in bold, instead of as a link. It's a common error and you can feel free to remove them (remove the double brackets [[]] around the item name). As for the caps, I could understand it possibly not appearing ideal, although the only other option is to style the item names, which would require more coding, as in, a {{template call}} for each instance of an item name (of which there are many). At least this way it's just a capital letter. Equazcion (talk) 09:31, 14 Oct 2014 (UTC)

Rarity or Andy font text in articles and templates

see the Image

Hello. Why you used png-images instead Andy Font that installed in this wiki? I mean this images. Why you don't use it in templates like this: Purple (<color>'s shadow), Pink (w/o shadow), Orange (black shadow), Cyan (far blur), Amber (very big and very blur)? Alex Great talk 06:36, 24 October 2014 (UTC)

It is likely that I was wrong, because the font is installed in my system and I can see it. In this case, please install the font on the wiki (including Russian). Alex Great talk 08:58, 24 October 2014 (UTC)
It is indeed the question if everyone has this fond installed. As far as I know it is not possible to install the font on the wiki. Instead the users should install the font on their machines. In case they do not have it installed the browser will likely fall back to a default font. Also by using images you can have a black border around the text, as seen in the game. (Using the shadow property looks worse, not to mention not all browsers support it.) --0icke0 (talk) 11:07, 24 October 2014 (UTC)
Just FYI, you can "install" fonts on a website to deliver fonts to clients' browsers, using the @font-face CSS3 rule ("web fonts") -- See http://www.w3schools.com/cssref/css3_pr_font-face_rule.asp. Like Icke says though, there wouldn't be any way (yet) to reliably make the border show up well across browsers, so images are probably the best option currently. Equazcion (talk) 11:34, 24 Oct 2014 (UTC)
What are you talking about? Font installing on wiki is a simple way that I know. Installing font in a root of that wiki must be provide loading of font from the root to display it at all monitors of all users without installing this font in themself machines. For example (if you don't understand or do not believe) see this page about Dragon Alphabet of Elder Scrolls Lore. This Dragonic font (yes font) do not installed in my (and I sure in your) computer. Sorry for my English. Alex Great talk 04:08, 27 October 2014 (UTC)
Yes, it's possible to include the font, with some CSS and the font file itself (the font might need to be purchased by Curse in that case...?). The font doesn't really look much like Terraria game text without the black borders that images let us include, but I guess having the font available could have some potential uses. Equazcion (talk) 08:17, 27 Oct 2014 (UTC)


I lost all my dater from a cllould save world does any on know how to get it back — Preceding unsigned comment added by at 19:46, 6 December 2014‎ (UTC)

You should ask at the mobile tech support section of the forum. I don't think anyone here would be able to help with this. Equazcion (talk) 18:32, 7 Dec 2014 (UTC)

Neater glitches/anomalies and verification system

I hate to say it, but the bugs and anomalies layout on the wiki seems too messy. It feels like we should add a drop-down system to stop it from looking overwhelming. Also, a lot of the bugs seem too ludicrous to be real. I mean, the Eye of Chutulu connecting to The Twins? I think we should add a system that forces a bug reporter to add a source, whether it be a video or a photo, and have someone moderating them. I'm not sure if it would be worth the hassle though, so feel free to tweak. - MinecraftPhotos4U (talk) 17:40, 26 November 2014 (UTC)

Aside from the most well-known bugs, bugs are generally pretty much unverifiable, and tend to remain on articles permanently. Whether or not they're fixed is usually also unverifiable. If you required a photo or video no one would really post them, and/or people would still fake them with software. I wouldn't mind prohibiting the whole bug posting thing here altogether, it just seems like a big move. Equazcion (talk) 20:36, 6 Dec 2014 (UTC)

Bug clearing

I think bug reporting on this wiki has gotten kind of ridiculous. Prompted by User:MinecraftPhotos4U above, I'd like to consider some solutions. Bugs are generally unverifiable and tend to remain on articles forever -- we can't verify that they were ever there, so we certainly can't verify whether they were "fixed", at least in the vast majority of cases. As a result, some older articles have ridiculously long bug lists.

I'd like to do one of two things:

  • Option 1 is to systematically clear out all bugs from every article and start over. People will probably re-post the ones they still experience during gameplay.
  • Option 2 is to remove the bug template and prohibit the posting of bugs in articles, perhaps limiting them to the dedicated list of bugs pages.

Since posting bugs on this wiki basically doesn't accomplish anything, the second choice is somewhat logical -- however people like to post bugs they notice, and I don't want to get too draconian with reverting everyone who does that.

I'm basically planning to carry out option 1 already at the very least (not doing it yet though, will wait for input in case there are well-reasoned objections). Option 2 is a maybe, based hopefully on some discussion. If anyone has any input please do post it here. Equazcion (talk) 13:55, 7 Dec 2014 (UTC)

personally I find Option 2 way too harsh and should probably be used as a last resort. Over on the Minecraft Wiki, bugs are not actually posted on the wiki itself but rather on the Mojang Bug Tracker site, which each page links to. I'm not sure if Re-Logic could do something similar, although it would definitely be a change for the better. Duplicates would be a considerable problem, though.
Alternatively, a page called Unverified Bugs and Anomalies could be created. Bugs would be reported here (with the appropiate environment e.g. iOS 7, iPad 2, 1.2 update, )and the bug must be able to be recreated. If the bug test proves successful, the bugs would go on a subpage of an article (for example: Gems/Bugs) which would be protected to admin levels (or possibly a new bug verifier user class?) to block the intake of unverified bugs. Although this also sounds complex, it may just be slightly easier than the other solution I have stated above.
Thank you for your time -MinecraftPhotos4U (talk) 17:21, 7 December 2014 (UTC)
Just to note, Minecraft wiki essentially uses option 2 -- that is, it prohibits bug posting in wiki articles, and instead directs everyone to an off-site listing. We could do the same here, directing people to the bug reporting sections at the forum (re-logic doesn't have an actual bug tracker yet). Also note the list of bugs pages already function as our list of unverified bugs. I don't think it would be feasible to have a system where people submit bugs for verification though. We just wouldn't have the resources for that. Equazcion (talk) 17:26, 7 Dec 2014 (UTC)
We could possibly do it manually, it would be fairly complex but basically: make a new section, describe the bug, show steps to recreate it, optional image/video, signature. Then, in that section other players describe what happened when they tried it. When x amount of positives is reached, it gets added onto the page like Ores/bugs. - MinecraftPhotos4U (talk) 17:36, 7 December 2014 (UTC)
I don't think mangling the wiki into a makeshift bug tracker is really the way to go. It would be a little too complicated and I don't think we have the participation or admins to make it work. Bug tracking should really be administered by the developer anyway. They've chosen to do it through the forum and I think if we end up directing people anywhere, that would have to be it. Equazcion (talk) 17:42, 7 Dec 2014 (UTC)
Seems like the way to go then. Should we put a link to the forum on every page though? - MinecraftPhotos4U (talk) 17:45, 7 December 2014 (UTC)
I'm thinking of maybe an interface message telling people where to go to post bugs when they edit an article. Gonna wait a bit for other responses here though. Equazcion (talk) 17:50, 7 Dec 2014 (UTC)
Equazcion has a point about verifiability but I feel we should still allow bugs to be brought up here. A lot of times (and this goes for any game), something strange will happen and I will look online to see whether it's supposed to happen and if anyone else has seen it happen. If it only happens to me, I assume it's either a new bug or I'm misinterpreting what is going on. If it's happened to someone else, then I could theoretically verify it for them, just as they have for me. Maybe that's the trick to verification? Each bug that comes up goes up for vote. Bugs that are real get voted up; false or resolved bugs get no votes; bugs never get voted down, but bugs that do not get votes for a certain period of time are marked as resolved. Since each user can only vote once, no one could manage to keep a bug alive unless it truly is still in the game, unless of course they make multiple accounts (which would violate policy and typical internet etiquette anyway).
Feel free to mercilessly tear my idea apart. This is a wiki after all.--Macks2008 (talk) 18:13, 7 December 2014 (UTC)
That would be ideal; the problem is that we don't really have any feasible way of making it work here (see the discussion above). What you're describing is a bug tracker. This game doesn't currently have one, and the wiki isn't equipped for something like this (a voting system etc). Re-Logic currently uses the forum for bug reports -- people reply to threads there to chime in on whether they've experienced a reported bug. It would be nice to be able to make "popular" bugs visible on pages, but we don't have any way of doing that. Our choices are pretty much limited, I think, to either the free-for-all bug posting we've been allowing until now, or prohibiting them altogether. Equazcion (talk) 18:27, 7 Dec 2014 (UTC)
I'm personally tempted to back option 2 on the pretense that bugs should be reported and fixed quickly and don't need to be catalogued, but if that were implemented just after's release then the known bugs in the current version would've gone unrecorded here for almost half a year. On the other hand, most of the ones in the List of bugs are unverifiable and anecdotal, and encouraging people to submit bugs here isn't constructive for anyone involved. Maybe bugs should be treated like references currently are- only those verified in some sense by the devs and not expected to be fixed quickly, like fluid reproduction, should be noted. On the whole, though, I think we'd do better to get rid of the template and redirect editors with bugs to the report forum, because the current bug template lends too much authority to potentially spurious claims without being comprehensive enough to actually do anything about the reports. Gearzein (talk) 18:37, 7 December 2014 (UTC)
Personally I would prefer option 2 as well. In the case that the bug template is used to warn the user (e.g. game crash bugs) we could replace them with {{important}} and other useful bugs (e.g. item/liquid duplication) could be replaced with a note. (Maybe we also want to remove {{hint}} while we are at it.) --0icke0 (talk) 19:20, 7 December 2014 (UTC)
The bug reporting in the mainspace has definitely gotten out of hand, but I think the main reason for that is as Equazcion stated, many of the bugs are outdated and just never removed. Option 1 definitely needs to happen in my opinion. Initially, I didn't like the idea of removing the Bug template completely, as I do like to see the existing bugs for any given item on its page, but lately I have been seeing the same bugs being added over and over, as well as some that can't be proven, and some that are downright outlandish. I'm still not sure if I would like to see the template removed, but wiping the bugs on existing pages would be a good start for sure. I also agree with the idea that bugs should be reported rather than just listed on the wiki, so that there is a chance of it getting fixed in the future. Chrisf1020 (talk) 19:39, 7 December 2014 (UTC)

Based on the above, I've begun making the necessary changes to implement option 2. I'm going to hopefully remove all the bug template code from pages via bot, but in the meantime I've cleared the bug template itself, which will hopefully cause bugs to stop displaying in articles for the time being. Thank you to everyone who posted! This really helped. Equazcion (talk) 20:08, 7 Dec 2014 (UTC)

The removal seems to be going well. It seems some "notes" sections that only contained bugs are now empty notes sections that may need to be removed manually, but this doesn't seem like a big deal. Feel free to remove them when you come across them. Equazcion (talk) 20:45, 7 Dec 2014 (UTC)

Removing them manually... That sounds like a job for me, since I know nobody else will do it. Chrisf1020 (talk) 21:18, 7 December 2014 (UTC)
Thanks :) It's no big deal if a stray Notes section exists in an article for a while, but if you're willing to do it that would be cool :) Equazcion (talk) 22:24, 7 Dec 2014 (UTC)

There could be multiple templates that includes the different versions with verified or unverified options. ThePyromancer13 19:47, 11 Jan 2015 (AEDT)

The template and all associated bugs have already been removed. Adding new templates to differentiate between known and speculative bugs would run counter to the idea of keeping unverifiable information to a minimum. Gearzein (talk) 00:26, 12 January 2015 (UTC)

Mobile update

We need to add information about the new 1.2.6667 iOS and Android update, such as changing some item information to include this platform or giving some information about the update. — Preceding unsigned comment added by D5ilverlb (talkcontribs) at 18:28, 7 December 2014‎ (UTC)

I've tried everything.

All kinds of soul farming, meteor head farming, spreading the corruption (which was a bad idea), water candles, battle potions, etc.

Now according to the wiki SON (Souls of night) are obtained by killing underground Crimson creatures such as ichor stickers, with a 20% chance. However, as I said before, of tried LITERALLY every way to get souls and still haven't gotten any. Oh and let's mention so far I've only found THREE souls of light in 6+ hours of hardmode gameplay. Furthermore, the enemy spawn rate is TERRIBLE, which greatly reduces the chances of finding these.

What do I do? Is this a bug? Are SONs just THAT rare in mobile? How else am I supposed to summon the destroyer?

Have any of you found SONs or summoned the destroyer?

PLEASE, help me, I really need the steampunker to buy the clentaminator because the Crimson spread is going out of control

excuse my terrible english — Preceding unsigned comment added by at 01:52, 11 December 2014‎ (UTC)

I've heard some complaints about spawn rates in mobile 1.2, but not sure about souls or the destroyer. You'll probably have better luck searching/asking in the forum. Equazcion (talk) 02:05, 11 Dec 2014 (UTC)

How can I create it into Spanish?

Hello! The wiki is translated intp Spanish (http://terraria.gamepedia.com/Terraria_Wiki/es) but how can I create http://terraria-es.gamepedia.com/Terraria_Wiki ? Regards! --Ryo567 (talk) 13:28, 8 December 2014 (UTC)

I'm not sure how that's done yet. I put in a request with another admin who probably knows and I'll report back. Equazcion (talk) 13:33, 8 Dec 2014 (UTC)

Okay, thanks a lot! --Ryo567 (talk) 13:35, 8 December 2014 (UTC)

It seems that this probably can't happen until all of the links on the main page at least are translated. In other words, the links on this page should all lead to fully translated Spanish articles. Once that happens, I can request that everything get moved to a separate Spanish wiki. Sorry the news wasn't better :( Equazcion (talk) 14:04, 8 Dec 2014 (UTC)

Ah... okay! I understand! Thanks for your attention! Regards! :) --Ryo567 (talk) 14:08, 8 December 2014 (UTC)

Meteorite heads

Hey guys, I have placed 50+ meteorite and the heads are not spawning I have no idea what is happening.

How to get back a world if you accedently deleted it?

Please help me get back my first world I accedently deleted it please help me to get it back.

You're better off searching or asking this question at the support sections of the forum: PC, Console, Mobile. Equazcion (talk) 21:05, 11 Dec 2014 (UTC)

PC version:Linux

When come Terraria from Linux ? The last french information was publied the 13 september.I'm worried.(<I'm not good in English)--Ssylver (talk) 16:30, 12 December 2014 (UTC)

The last info released by the developers on the forum seems to be from around that time (Mac and Linux versions are in development, no release date yet). Sorry we don't have any new information. The best place to check for updates is the forum: http://forums.terraria.org Equazcion (talk) 16:34, 12 Dec 2014 (UTC)

I have searched in jungle for the nest and i didnt found it, i play on IOS but this is the same can some one help me?

Which nest are you talking about? And the official community forums are a better place to ask for help. Chrisf1020 (talk) 19:35, 12 December 2014 (UTC)

Removal of unnecessary information from page intros

I have noticed that a ridiculous amount of pages (mainly blocks and walls) give redundant or obvious information at the start of the page, including crafting info, traits shared with most other similar blocks, and appearence info (this has some exceptions, like with Flesh Block). I have been considering editing these out of pages. Also, it seems necessary to clear out unnecessary bold (usually linking to the same page). Any opinions? - MinecraftPhotos4U (talk) 20:55, 12 December 2014 (UTC)

I'd have to see an example of what you're referring to. I have noticed that some things you consider obvious are not exactly going to be obvious to readers. We do need to assume people reading aren't necessarily adept Terraria players. If you can point to an example page and let us know what sort of information you think should be removed, that might help. Equazcion (talk) 21:26, 12 Dec 2014 (UTC)
Hellstone Bar: "Hellstone Bars are crafted from Hellstone and Obsidian at a Hellforge and are used to make Hellstone Tier items."
the crafting info is mentioned pointlessly in the intro despite it being displayed farther down the page. Being used to create the hellstone tier is also very redundant and obvious- MinecraftPhotos4U (talk) 23:51, 12 December 2014 (UTC)
I'd say the second paragraph (the one appearing after the piece you quoted) is much more useless. It lists all the crafted items explicitly, a list which is going to be in the crafting section regardless. The first paragraph sums up the bar's crafting use in general terms, which I think is fine. It might seem redundant to us to say Hellstone bars craft Hellstone-tier equipment, but a reader might not necessarily realize there is any Hellstone tier of equipment. Equazcion (talk) 13:31, 13 Dec 2014 (UTC)
As far as I know all bars are used in similar equipment. So should such info be removed? - MinecraftPhotos4U (talk) 18:05, 13 December 2014 (UTC)
I'm not sure what you're asking. Is this a different question than your first one? I would say the intro can (should) include a general summation of what the item crafts, but generally without a long explicit list of all craftable items. Equazcion (talk) 19:05, 13 Dec 2014 (UTC)

Bug with goblin tinkerer

Hey guys, for some reasons I couldn't reforge my new terra blade with the gloving tinkerer (ios version). When I drag the terra blad on the spot to reforge, the block just turns red and couldn't reforge it. Any help?

The wiki's not a good place to put bugs since the developers don't read it. I'd tell you to report this at the mobile bug report forums but it seems to be pretty well known by this point. Some people are reporting that a fix has come out, so try updating. Other than that, we can't really help you. Gearzein (talk) 04:41, 20 December 2014 (UTC)

Anonymous creation of non-talk pages disabled

I've disabled page creation by anonymous IP editors. This only applies to non-talk pages (talk pages can still be created by anyone). This was in response to the growing number of anonymous vandalism article creations we've been seeing, along with the fact that a very miniscule number of valid new pages are being created by these anonymous users. Newly registered accounts shouldn't be affected, so upon registering, anyone should be able to create articles immediately.

I did this through a combination of an abuse filter and javascript. The abuse filter is to prohibit the page creations on a technical level. I added javascript because the abuse filter only kicks in after the user would attempt to save the page; so to prevent any frustration, the javascript messages should catch users before they even begin writing a new page.

Limiting the abilities of anonymous IP users has always been a controversial subject on wikis, so I'm announcing this in case anyone has arguments against it.

Also: I've tested my javascript/filter code myself, but if anyone wants to help out a little, it would be good to have other people test. Simply log out and attempt to create an article. You should see a popup message with a link to register, and you should be able to dismiss the message by clicking outside the message box. If you do test this and experience something different, please let me know. Thanks! Equazcion (talk) 12:52, 22 Dec 2014 (UTC)

Seems to work just fine. 16:06, 22 December 2014 (UTC)
Excellent, thanks! Equazcion (talk) 18:42, 22 Dec 2014 (UTC)
Yeah, I don't think anyone will be opposed to this. Chrisf1020 (talk) 20:13, 22 December 2014 (UTC)

Asking about tizonas and high damage for other people wondering

I was wondering if I could make a tizona in the ios version and how. I also want to know what weapon does the most damage. Thank you203.206.39.149 05:43, 25 December 2014 (UTC)

Well, since this is a wiki and all, you could try looking up Tizona or checking the List of weapons. Normally we route questions to the forums, since this isn't really a place for discussion, but all of that information is readily available here. All you have to do is look. Gearzein (talk) 05:48, 25 December 2014 (UTC)