It's still an issue with 1.7.4. Although it does detect a keypress, as it always has, the name ends up NONE in the GUI, and zero value in the config. The real issue seems to be that you could map a zero value to an action. But now that is not allowed.
I'm seeing this same problem, again, as of Feb 2019.
It actually works for me, as the "admin/parent" that originally installed it. But it does not launch for other system users (children). It IS in the Applications directory.
The issue, as far as I can tell, Is that the launcher app is checking for app having write permissions. It shouldn't need that, but it seems to be checking for it anyway, then bailing out when it is not writable by user.
I worked around it by making the launcher app group "staff" and group writable*. Now everyone can launch it. But, this is a bug that still shouldn't be there.
Another data point. It seems to happen when client and server get out of sync. Another way to make this appear is to have a diamond shovel with efficiency III digging sand. That's the fastest digging there is. Then, the same thing can happen. A block may not be there in your view, but you get the same jittering and sticking there.
Keith Dart
MC-32778
It's still not working in the latest snapshot (13w48b).
Thanks for responding.
My numlock is off.
In 1.6.4 the config shows:
key_key.back:0
and the GUI says NONE.
But that is actually wrong. Yet, it still works in 1.6.4. It's the same in 1.7.2, but now now longer works.
The keycode for that is actually:
keycode 84 (keysym 0xff9d, KP_Begin)
Thanks ! I'm so used to this setting (for this and other games) that having it not working really blows me up.
When I manually add that value the GUI now says "NUMPAD5". But pressing has no effect. I tried this on 1.7.2. I didn't try it with 1.6 yet.
It's still an issue with 1.7.4. Although it does detect a keypress, as it always has, the name ends up NONE in the GUI, and zero value in the config. The real issue seems to be that you could map a zero value to an action. But now that is not allowed.
This seems to be fixed in the latest snapshot version.
I witnessed an entire jungle burn. It was amazing (and laggy).
I'm seeing this same problem, again, as of Feb 2019.
It actually works for me, as the "admin/parent" that originally installed it. But it does not launch for other system users (children). It IS in the Applications directory.
The issue, as far as I can tell, Is that the launcher app is checking for app having write permissions. It shouldn't need that, but it seems to be checking for it anyway, then bailing out when it is not writable by user.
I worked around it by making the launcher app group "staff" and group writable*. Now everyone can launch it. But, this is a bug that still shouldn't be there.
* $ chgrp -R staff .../Minecraft.app
$ chmod -R g+w .../Minecraft.app
This is still happening, but delayed now. Also happens for brewing stands.
They also seem to "stack". While conquering an ocean monument you end up with several of the attack sounds playing continuously.
Another data point. It seems to happen when client and server get out of sync. Another way to make this appear is to have a diamond shovel with efficiency III digging sand. That's the fastest digging there is. Then, the same thing can happen. A block may not be there in your view, but you get the same jittering and sticking there.