Minecraft Wiki talk:Issues/Weekly 12w17a

From Minecraft Wiki
Jump to: navigation, search

Spelling and case quibbles[edit]

[X] Oakwood, pinewood, and sprucewood are single words. Spelling them with a hyphen like they are in the names for the oak, pine, and spruce wooden slabs is improper for this reason. "Jungle-Wood" is fine because "junglewood" is not even a proper word.

  • This is an extremely, extremely trivial annoyance. Not a bug--Moxxy 20:46, 26 April 2012 (UTC)
  • No, misspellings and even incorrect letter cases are bugs. Please don't downgrade genuine bugs to annoyances, because annoyances are not bugs. However, checking in an actual dictionary, oakwood and sprucewood aren't words, which just leaves pinewood. For consistency and clarity, the way Mojang currently has it is probably the best option, although Jungle-Wood should have a lower-case W. As usages vary no one way is ever likely to be universally satisfactory. 22:04, 26 April 2012 (UTC)
  • But we are not talking about obvious typos or misspellings. This is an extremely anal bug about using "correct" words from the dictionary. Everybody knows what oakwood is just as much as oak-wood so Mojang are completely entitled to concatenate it like that. I believe it is a trivial annoyance too. --Mattrition 11:17, 27 April 2012 (UTC)
  • Actually, it shouldn't be called oak-wood in the first place, since the fruit of the tree this wood is from are apples, not acorns. It should be called apple wood.
  • So sorry, I completely misunderstood the issue. My belief that it is a trivial annoyance is still true, though. --Mattrition 11:33, 27 April 2012 (UTC)

Speaking of spelling and case quibbles, in the "Crashing/System" section, user Fuj1n has capitalized the first letter of every word in his paragraphs, could someone please correct these as it makes his crash report very annoying to read and makes the start of his sentences hard to find.BrickVoid 08:34, 3 May 2012 (UTC)BrickVoid

Nether Portal Linkage Issue[edit]

[A] The first portal made in the overworld will spawn a portal in the nether as intended but subsequent portals WILL NOT. Any new portals made in the overworld will link to the first portal that Minecraft considered being the "closest" and will not spawn a portal regardless if it should have.

What that means is if you make a new portal in the nether, it WILL spawn new portal in the overworld in the appropriate coordinates. Also if you made a new portal in the nether with the appropriate coordinates to an existing portal in the overworld they will link up and function properly. (Example: I made a portal in my base that kept taking me to the communal portal exit in the nether. When I built a portal in the nether where my base's portal should have spawned, they link properly.)

This exists in single-player as well as multi-player with pure vanilla MC. Also this seems to have been present since 1.2.5, but not sure about earlier versions yet. --File:Icon-KaizenNeko.pngUser:KaizenNeko (User:KaizenNeko/t|User:KaizenNeko/c) 20:51, 26 April 2012 (UTC)

  • This is intended behaviour, always has been. Lots of information here. Flagging this as annoyance, but I would prefer it removed. I think the linking is like this for very good reasons. --Mattrition 21:07, 26 April 2012 (UTC)
  • Negative, this is not working as intended. Steps to reproduce: Make a portal at 0x,0z. Enter nether. Arrive at roughly 0x,0z in nether. Exit nether & make a portal at 1024x,1024z. That portal should place you at about 128x,128z in the nether, but it's not. It places you at the 0x,0z one in the nether. Building a portal in the nether at the correct location will fix it. However, this behaviour DOES NOT appear in 1.2.4 to is is definitely a bug. --File:Icon-KaizenNeko.pngUser:KaizenNeko (User:KaizenNeko/t|User:KaizenNeko/c) 21:15, 26 April 2012 (UTC)
  • Was this changed between 1.2.4 and 1.2.5? I just checked it in 1.2.4 and it will make a portal regardless of the 128 block range in the nether. However 1.2.5 will not if it's in the 128 block radius of another portal. But like you said, Mattrition, this is the current behaviour and there for not a bug. --File:Icon-KaizenNeko.pngUser:KaizenNeko (User:KaizenNeko/t|User:KaizenNeko/c) 21:30, 26 April 2012 (UTC)
  • I've moved the whole report to the discussion for now, since the bug seems to be non-existent from both our tests. If we do indeed find that the linking mechanics have changed for the worse, we can discuss what form to relist the bug in. --Mattrition 11:27, 27 April 2012 (UTC)

No Music Or Sound Percentages[edit]

[X]Why isnt here a percent on sound or music?


How do we fix the below error. Please respond to frascoja@aim.com

--- BEGIN ERROR REPORT dc94b79a -------- Generated 7/12/12 1:17 PM

Minecraft: Minecraft 1.2.5 OS: Windows 7 (amd64) version 6.1 Java: 1.6.0_24, Sun Microsystems Inc. VM: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Sun Microsystems Inc. LWJGL: 2.4.2 OpenGL: AMD Radeon(TM) HD 6520G version 4.1.10600 Compatibility Profile Context, ATI Technologies Inc.

java.lang.NoClassDefFoundError: MetaRotation/BlockMetaPair at mod_Zeppelin.readProperties(mod_Zeppelin.java:295) at mod_Zeppelin.load(mod_Zeppelin.java:76) at ModLoader.init(ModLoader.java:891) at ModLoader.addAllRenderers(ModLoader.java:189) at ahu.<init>(ahu.java:77) at ahu.<clinit>(ahu.java:8) at net.minecraft.client.Minecraft.a(SourceFile:273) at net.minecraft.client.Minecraft.run(SourceFile:657) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.ClassNotFoundException: MetaRotation.BlockMetaPair at java.net.URLClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) ... 9 more --- END ERROR REPORT cbcf02fb - 20:39, 12 July 2012 (UTC)