mgen256
Members-
Posts
18 -
Joined
Recent Profile Visitors
The recent visitors block is disabled and is not being shown to other users.
mgen256's Achievements
Tree Puncher (2/8)
1
Reputation
-
When I add a search bar to CreativeModeTab, the text box is not rendered even though it's possible to input text. Additionally, the search is performed on all items. This issue has been occurring since 1.21. Is there something missing in my code? https://github.com/mgen256/AdditionalLights/blob/1.21/src/main/java/com/mgen256/al/AdditionalLights.java
-
The issue was resolved by doing the following: Upgraded Forge from 50.0.0 to 50.0.9 Added reobf = false to build.gradle
-
The issue occurs here: CREATIVE_MODE_TABS = DeferredRegister.create(Registries.CREATIVE_MODE_TAB, MOD_ID); Exception message: java.lang.NoSuchFieldError: Class net.minecraft.core.registries.Registries does not have member field 'net.minecraft.resources.ResourceKey f_279569_' The mod loads and operates without any issues during debugging in the development environment. However, it crashes when loading the mod through the official Minecraft launcher. This problem did not occur in versions 1.20.1 or 1.20.4. How can I resolve this error?
-
Error in VS Code after upgrading to 1.17
mgen256 replied to mgen256's topic in Support & Bug Reports
I may have simply needed to update the import. Sorry about that. -
Error in VS Code after upgrading to 1.17
mgen256 replied to mgen256's topic in Support & Bug Reports
I'm using forge-1.17.1-37.0.15-mdk, and the empty project starts without any problems. I have no idea where the problem lies. -
It happens with Language Support for Java. Because of this error, my code will not be able to resolve the reference. Please help me. Error Messages: ---------------------------------- [Warn - 9:37:53] 2021/08/01 9:37:53 While loading class "org.eclipse.buildship.core.internal.util.gradle.PublishedGradleVersions$LookupStrategy", thread "Thread[Worker-1: Loading available Gradle versions,5,main]" timed out waiting (30035ms) for thread "Thread[pool-2-thread-1,5,main]" to finish starting bundle "org.eclipse.buildship.core_3.1.5.v20210112-1646-s [14]". To avoid deadlock, thread "Thread[Worker-1: Loading available Gradle versions,5,main]" is proceeding but "org.eclipse.buildship.core.internal.util.gradle.PublishedGradleVersions$LookupStrategy" may not be fully initialized. Unable to acquire the state change lock for the module: osgi.identity; type="osgi.bundle"; version:Version="3.1.5.v20210112-1646-s"; osgi.identity="org.eclipse.buildship.core"; singleton:="true" [id=14] STARTED [STARTED] org.osgi.framework.BundleException: Unable to acquire the state change lock for the module: osgi.identity; type="osgi.bundle"; version:Version="3.1.5.v20210112-1646-s"; osgi.identity="org.eclipse.buildship.core"; singleton:="true" [id=14] STARTED [STARTED] at org.eclipse.osgi.container.Module.lockStateChange(Module.java:350) at org.eclipse.osgi.container.Module.start(Module.java:419) at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:511) at org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:117) at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClass(ClasspathManager.java:572) at org.eclipse.osgi.internal.loader.ModuleClassLoader.findLocalClass(ModuleClassLoader.java:345) at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:401) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:480) at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:170) at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:519) at org.eclipse.buildship.core.internal.util.gradle.PublishedGradleVersionsWrapper$LoadVersionsJob.run(PublishedGradleVersionsWrapper.java:60) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:63) Caused by: java.util.concurrent.TimeoutException: Timeout after waiting 30 seconds to acquire the lock. at org.eclipse.osgi.container.Module.lockStateChange(Module.java:347) ... 11 more Caused by: org.eclipse.osgi.framework.util.ThreadInfoReport: Thread dump ... ----------------------------------
-
I have resolved. I just had to insert the following code in my block. @Override public boolean allowsMovement(BlockState state, IBlockReader worldIn, BlockPos pos, PathType type) { return false; }
-
Does anyone know?
-
They will not climb if the collision shape is smaller than the Full Cube. I tried this. private static final VoxelShape COLLISION_SHAPE = Block.makeCuboidShape(0, 0, 0, 14, 14, 14); @Override public VoxelShape getCollisionShape(BlockState state, IBlockReader worldIn, BlockPos pos, ISelectionContext context) { return COLLISION_SHAPE; } A low value like (0,0,0,6,6,6) seems fine. But because it's lower than the model's height, the mob's legs above it are buried. Looking at other mods, there were some that could climb and some that could not, and the cause could not be identified. I tried putting the same value but it didn't work for my mod. Can you think of anything that might have caused it?
-
Do you understand the cause?
-
Thank you !! Will be very studying.
-
I'm sorry for the late reply. I need help. This is the complete source code page. https://github.com/mgen256/AdditionalLights/tree/1.16.1 Direct download https://github.com/mgen256/AdditionalLights/archive/1.16.1.zip I'm not very familiar with github. Please let me know if there are any missing items.
-
I'm sorry, I don't know what you're saying. My source code should be available from the URL. Need to do something?
-
I don't know where is the problem in my code. I couldn't find any difference with other vanilla blocks. Here is the code. https://github.com/mgen256/AdditionalLights/blob/1.16.1/src/main/java/com/mgen256/al/blocks/StandingTorch_S.java I confirmed that it works by returning VoxelShapes.fullCube() in getShape(). Please tell me.
-
You are wonderful to come up with the latter method. However, both methods are hesitant to make choices. If IsIn() had a state value, I wouldn't have to worry so much 😟 But I could learn a lot. I decided to give up. Thank you very much.