DIvan2000/ReplayModCinematic
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Fix deadlock when jumping backwards in 1.7.10 under certain conditions

Browse Source 
Not entirely sure how to fulfill those conditions but the fix should be
fairly self-explanatory anyway.
This commit is contained in:
Jonas Herzig
2019-07-08 14:52:42 +02:00
parent ac60e58da2
commit aea222d176
1 changed files with 8 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files

8
src/main/java/com/replaymod/replay/InputReplayTimer.java
View File

@@ -21,6 +21,7 @@ import org.lwjgl.glfw.GLFW;
//#if MC>=10800 //#if MC>=10800
//$$ import java.io.IOException; //$$ import java.io.IOException;
//#else //#else
//$$ import com.replaymod.replay.gui.screen.GuiOpeningReplay;
//$$ import cpw.mods.fml.common.eventhandler.Event; //$$ import cpw.mods.fml.common.eventhandler.Event;
//$$ import net.minecraft.client.renderer.entity.RenderManager; //$$ import net.minecraft.client.renderer.entity.RenderManager;
//$$ //$$
@@ -58,6 +59,13 @@ public class InputReplayTimer extends WrappedTimer {
// 1.7.10: We have to run the scheduled executables (ours only) because MC would only run them every tick // 1.7.10: We have to run the scheduled executables (ours only) because MC would only run them every tick
//#if MC<=10710 //#if MC<=10710
//$$ FML_BUS.post(new RunScheduledTasks()); //$$ FML_BUS.post(new RunScheduledTasks());
//$$
//$$ // Code below only updates the current screen when a world and player is loaded. This may not be the case for
//$$ // the GuiOpeningReplay screen resulting in a livelock.
//$$ // To counteract that, we always update that screen (doesn't matter if we do it twice).
//$$ if (mc.currentScreen instanceof GuiOpeningReplay) {
//$$ mc.currentScreen.handleInput();
//$$ }
//#endif //#endif
//#if MC>=11400 //#if MC>=11400