Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

PlanetTeamSpeak

Members
  • Content Count

    49
  • Joined

  • Last visited

Community Reputation

1 Neutral

About PlanetTeamSpeak

  • Rank
    Tree Puncher

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Well, it seems as if the problem was that there was still a daemon running, after simply running gradlew --stop it worked fine.
  2. Well, apparently it is already disabled in the gradle.properties file, seems to be by default since I didn't disable it.
  3. Whenever I try to import a fresh project of Minecraft version 1.14.4 I get some strange errors. The first error is: org.gradle.api.tasks.TaskInstantiationException: Could not create task of type 'JavaExec'. at org.gradle.api.internal.project.taskfactory.TaskFactory$1.call(TaskFactory.java:80) at org.gradle.api.internal.project.taskfactory.TaskFactory$1.call(TaskFactory.java:75) at org.gradle.util.GUtil.uncheckedCall(GUtil.java:459) at org.gradle.api.internal.AbstractTask.injectIntoNewInstance(AbstractTask.java:184) at org.gradle.api.internal.project.taskfactory.TaskFactory.create
  4. Whenever I try to import a fresh project of Minecraft version 1.13 or higher, I seem to get multiple strange errors. First of all when importing the project: java.lang.IllegalArgumentException: Failed to properly track class blocks around class net.minecraftforge.fluids.capability.CapabilityFluidHandler$DefaultFluidHandlerStorage:62 at net.minecraftforge.gradle.common.util.McpNames.injectJavadoc(McpNames.java:164) at net.minecraftforge.gradle.common.util.McpNames.rename(McpNames.java:101) at net.minecraftforge.gradle.userdev.MinecraftUserRepo.findSource(MinecraftUserRepo.java:1026)
  5. I have created a way to manipulate the default reach which works absolutely perfectly in every single aspect except for opening a container at a large distance. I am having the same problem with a command I made that opens the inventory of other players, but all the containers seem to close if you're too far away. I have been looking for a long time where this is done to see if I can bypass it, but I cannot find where it is done. Does anyone have a clue as to how to avoid this from happening? Either by altering the method that does this or some other way. I am open t
  6. On 1.12, and I suppose higher as well, it works by just registering a block or item with an already existing name. On 1.11 however, that is not the case.
  7. I have, but since quite some users still use 1.11, I can only imagine because they use abandoned mods, I am downgrading my mod from 1.12 to 1.11. I am currently trying it with reflection, but it's starting to look real ugly.
  8. On 1.11 when subscribing to a RegistryEvent#Registry<Block> and registering a block with name minecraft:ice, it throws an exception to the console saying that two objects have been registered with the same name while on 1.12 it just overwrites the already existing entry. How can I overwrite a registry entry on 1.11?
  9. Alright, I found the problem. You should not run setupDecompWorkspace once it has been ran once. It will ruin everything. Although I do not know any other way to update your mappings.
  10. Alright it seems to have been caused by the fact that I used a Gradle nature, I am not sure, but if this is the case I believe it to be a bug.
  11. I have been developing my mod for a while and decided to add a Gradle nature to it and port it back to 1.11.2 (from 1.12.2), but ever since then, whenever I try to launch it, it cannot find the method Preconditions#checkNonNull on 1.12 and CharMatcher#JAVA_LETTER_OR_DIGIT on 1.11, I have tried creating a new project, I have tried numerous times to setup the decomp workspace again, I've tried just removing the Gradle nature, I've tried deleting the cache. Nothing works. 1.11 log: 2019-05-07 18:43:49,689 WARN Unable to instantiate org.fusesource.jansi.WindowsAnsiOutputStream 2019-05-07
  12. I have fixed it myself, it seems like having a common event handler is not such a bright idea. I have moved both methods in the CommonEventHandler class to the ServerEventHandler and the ClientEventHandler and it now works fine.
  13. I made a capability for an extended reach which works great on singleplayer, but on servers/multiplayer it doesn't work at all as the capability returned using EntityPlayer#getCapability(Capability, EnumFacing) returns null. After using some basic reflection I found out this is probably because the Entity#capabilities field is null, even though this is not the case on singleplayer. CommonEventHandler.java (registered on both the client and the server): package com.ptsmods.morecommands.miscellaneous; import com.ptsmods.morecommands.miscellaneous.Reference.LogType; import net.minecraf
  14. Omg wow, thanks for pointing that out. I cannot believe how obvious it was, but I totally overlooked it. Thank you! I'll try it asap and return if I have any problems.
×
×
  • Create New...

Important Information

By using this site, you agree to our Privacy Policy.