mojira.dev

Machiel van Dorst

Assigned

No issues.

Reported

MC-118736 Vines can't be placed on concrete Duplicate MC-72143 Wrong location error in log Duplicate MC-42893 Chunks reset to 1.7 generation in older world Cannot Reproduce MC-38372 Sprint glitch Fixed MC-37219 Inventory texture bugs when wearing armor Duplicate MC-33394 Sheep, and possible other mobs, still glitch through fences Duplicate MC-24964 Whole stack drop by just pressing q Duplicate MC-23987 Enchanted Books no longer spawn Works As Intended

Comments

It would be so simple to fix this. A recompile of the very small launcher app and the inclusion of a Java runtime that's AS native. Please Mojang

Some guy on reddit examined why text rendering is bad and how to fix it. I'm not that technical, but could that be the underlying issue here?

Link: https://www.reddit.com/r/Minecraft/comments/3ek0o7/why_text_rendering_is_horrible_how_it_can_be

I don't have it anymore, so no for me.

So is it that hard to release a new .app package? ATlauncher, FTB, Technic, all default to Java 8 for me. This situation only causes people to download an unsafe outdated version of Java. It's an easy fix right?

So signs and banners and the like (tile entities right?) are renderend no matter what once their chunk gets loaded. So it seems to mee that this issue won't be fixed until the way this stuff gets rendered is changed.

Ok sorry did find it, thanks

It's resolved. Data values of 6 and 7 were bugs to begin with, and they are now fixed.

They're probably not bringing back stuff that worked because of a bug in the first place I would think.

So if a world is created in lets say, 14w30c, I will keep having this issue?

Yep another vote for me, exactly the same messages in the log.

Extra: if you try to break a block while blocking, the amount that the block is broken doesn't reset when you stop hitting it.

Well in any case, let's hope for a quick fix, so people can finally leave Java 6 behind.

Also: still an issue on launcher version 1.4.7

Edit: I see, re-downloaded the Minecraft.app from minecraft.net, still the same app package that launcher with Java 6

Or, just make minecraft NOT a .app package at all. But a Jar like the ATlauncher or FTB launchers do, which automatically use Java 7+

Yes, I've got it working with the workaround. But Dinnerbone tweeted a while back that he wants to improve certain things that require Java 7 in both launcher and game I believe. Many users won't realize that the can and need to change anything. So if they want Java 7+ to be used, they need to make it that the launcher prompt a Java 7 download and uses that install as well.

So they should change the plist to use java instead of the outdated JavaApplicationStub?

But if I go into the minecraft.app contents and simply doubleclick bootstrap.jar, it uses JRE 1.7_thelatestupdate

Still not working on launcher version 1.4.5

Small suggestion, and I'm not a developer so if this doesn't make sense i'm sorry. But maybe if the devs are tight on time (which they probably are with a the optimization of 1.8 still in progress), just look at other launchers like ATLauncher and FTB. When I use those, the immediately launch with Java 1.7: they'll run on my other Mac were Java 1.6 isn't installed. Just look at how they did it and implement it, and you can optimize/improve it later when there is more time.

Message for mods:

Maybe remove the point about it not being affected by how many chunks are set to load (view distance in smp), since it seems to be the major parameter for the bug.

I don't think so, since the issue also occurs in single player. The issue seems to be: render distance (SP) or view distance (MP) set to 8 or less. Which is all some machines can handle, making it an issue.