Terraria Wiki:Community noticeboard

__NEWSECTIONLINK__

Good
I lost all my dater from a cllould save world does any on know how to get it back
 * 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)

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.