thecbproject / feedback Goto Github PK

Just a few things I have been seeing in my console that has been bothering me. I'm pretty sure this is irrelevant, as you guys have already started to roll out the 1.11+ versions of the mods I use.

Possibly related, I spotted

[05:31:51] [main/WARN] [FML]: The coremod codechicken.lib.asm.CCLCorePlugin does not have a MCVersion annotation, it may cause issues with this version of Minecraft
[05:31:51] [main/WARN] [FML]: The coremod net.malisis.core.asm.MalisisCorePlugin does not have a MCVersion annotation, it may cause issues with this version of Minecraft
[05:31:51] [main/WARN] [FML]: The coremod codechicken.nei.asm.NEICorePlugin does not have a MCVersion annotation, it may cause issues with this version of Minecraft
[05:31:51] [main/INFO] [FML]: Does CCL Exist??
[0
5:31:51] [main/INFO] [FML]: false

This works for me very well.
It looks like the mod is quite forgiving to non-existing, duplicated, or misspelled item names, but crashes if meta is incorrect.

#Configuration file for adding microblock materials for aesthetic blocks added by mods
#Each line needs to be of the form :
# is the registry key of the block/item enclosed in quotes. NEI can help you find these
# may be ommitted, in which case it defaults to 0, otherwise it can be a number, a comma separated list of numbers, or a dash separated range
#Ex. "dirt" "minecraft:planks":3 "iron_ore":1,2,3,5 "ThermalFoundation:Storage":0-15

#Minecraft
"minecraft:pumpkin"
"minecraft:concrete":0-15

#ThermalFoundation
"thermalfoundation:glass":0-15
"thermalfoundation:glass_alloy":0-15
"thermalfoundation:rockwool":0-15
"thermalfoundation:storage":0-15
"thermalfoundation:storage_resource":0-15
"thermalfoundation:ore":0-15

#ExU2
"extrautils2:decorativeglass":0-15
"extrautils2:ineffableglass":0-15
"extrautils2:decorativesolid":0-15
"extrautils2:compressedcobblestone":0-15
"extrautils2:compressedsand":0-15
"extrautils2:compressedgravel":0-15
"extrautils2:compresseddirt":0-15

#BiomesOPlenty
"biomesoplenty:dirt":0-15
"biomesoplenty:white_sand"
"biomesoplenty:white_sandstone":0-2
"biomesoplenty:dried_sand"
"biomesoplenty:hard_ice"
"biomesoplenty:ash_block"
"biomesoplenty:mud"
"biomesoplenty:flesh"
"biomesoplenty:crystal"
"biomesoplenty:gem_ore":0-7
"biomesoplenty:gem_block":0-7
"biomesoplenty:hive":0-3
"biomesoplenty:honey_block"
"biomesoplenty:bamboo_thatching"
"biomesoplenty:mud_brick_block"
"biomesoplenty:log_0":0-15
"biomesoplenty:log_1":0-15
"biomesoplenty:log_2":0-15
"biomesoplenty:log_3":0-15
"biomesoplenty:log_4":0-15
"biomesoplenty:log_5":0-15
"biomesoplenty:log_6":0-15
"biomesoplenty:log_7":0-15
"biomesoplenty:log_8":0-15
"biomesoplenty:log_9":0-15
"biomesoplenty:leaves_0":0-15
"biomesoplenty:leaves_1":0-15
"biomesoplenty:leaves_2":0-15
"biomesoplenty:leaves_3":0-15
"biomesoplenty:leaves_4":0-15
"biomesoplenty:leaves_5":0-15
"biomesoplenty:leaves_6":0-15
"biomesoplenty:leaves_7":0-15
"biomesoplenty:leaves_8":0-15
"biomesoplenty:leaves_9":0-15
"biomesoplenty:planks_0":0-15
"biomesoplenty:planks_1":0-15
"biomesoplenty:planks_2":0-15
"biomesoplenty:planks_3":0-15
"biomesoplenty:planks_4":0-15
"biomesoplenty:planks_5":0-15
"biomesoplenty:planks_6":0-15
"biomesoplenty:planks_7":0-15
"biomesoplenty:planks_8":0-15
"biomesoplenty:planks_9":0-15
"biomesoplenty:farmland_0"
"biomesoplenty:farmland_1"

Chicken-Bones/ForgeMultipart#397

@dogboy21
Item panel icon dumps do not work the way they should, at least these bugs didn't exist in 1.7 and I don't think they're intended.

• When the max frames are set to VSync, sometimes only half of the texture gets saved

• The black background of the dump GUI gets exported with the texture

Here's an example of a dump with VSync activated

Black background is a little bit annoying with transparent textures

hehe, sooooo covers ...whens this a thing :P

Titel. Herse my crashlog https://pastebin.com/se9TNZtu

On which end could this be fixed? If not here then i will post it to sponges issue tracker then.

It has been ten months since I reported this: TheCBProject/NotEnoughItems#67
@covers1624 , you said that you contacted Chickenbones and that he promised to update the thread.

In ten months nothing has actually changed, however the same set of questions keeps on coming, which eventually has led me to reporting the thread and requesting the forum admins to update the OP with up-to-date information.

This is the most important information, I think the OP is lacking:

• Stable downloads for these mods can be found here. (Possibly) unstable downloads can be found here.
• The 1.8+ versions of Not Enough Items are reduced to an add-on to the Just Enough Items mod and, as such, require the "JEI" version for that Minecraft version to be installed.
• After Minecraft version 1.8, Covers and TheCBProject took over development of ChickenBones' mods. As such, issues should be reported at their Github.
• After Minecraft version 1.8.9, ChickenBones' Dependency preloader was deprecated. CodeChickenLib remains a required dependency for all of Chickenbones' mods, but now has to be downloaded manually.
• After Minecraft version 1.10.2, CodeChickenCore was merged into CodeChickenLib and therefore is no longer a dependency for any of his mods.

Of course, even if I lose it, the MC Forum admins remain calm. As such, they refuse to update the OP of the thread without at least telling ChickenBones (as the thread author) himself. And since they can't contact him on the forums, because he is no longer active there, I wonder in what way they could contact him.

@covers1624 what would be the best way to solve this issue and prevent it from happening again and again?

Sadly only 1.11 will have this functionality, 1.10 the system is limited and becomes impossible to do comparator like functionality.

Client log is spammed with this: https://gist.github.com/modmuss50/b0a9cf81076a68058e3a71adc69f1219

Creative search is broken, I think its related to that crash.

latest 1.11 version, in dev env

When i tried to use not enough items for 1.11.2 it said i needed just enough items to run it. This shouldn't be happening. Also I know that there is no 1.11.2 version but 1.11 mods work fine in 1.11.2

Support Forges permission system for widgets, allowing servers to do magical things.

See this MC Forum post
NPE at this line.

It seems like RedstoneEtherAddons#client can return null, so I'd advice either checking clientManager for null in that query or in the WREventHandler#clientTick method and if client is null, running RedstoneEtherAddons#loadClientManager before trying to "tick" the clientManager.

This is a Minecraft 1.10.2 issue, but it may exist in MC 1.11+ as well.

@nikita488 Suggests, CCL Blockstate and IModel support for changing LightMap brighnesses of quads.

For example, I want to make a multilayered block, so first layer that has brightness and color and second layer that don't have color and brightness. With Vanilla Model Json Format i can create model that has layers and i can paint one layer (For example see models/block/grass.json), but what if i want to add brightness? I can't do this with Vanilla .json files, so i need IBakedModel for that, but it's not that simple. I want something like that: https://gist.github.com/nikita488/99ff741a87abe809cb7206e88b068fdd So i can create multilayered model with color and brightness just with .json file. I found that AE2 implement something like what i want and there is a .json model file for Controller and custom tag for brightness https://github.com/AppliedEnergistics/Applied-Energistics-2/blob/master/src/main/resources/assets/appliedenergistics2/models/block/controller/controller_block_online.json#L20

CodeChicken Lib 1.11.2-2.6.0.254-universal
Just with CodechickenLib installed
FML Log: https://pastebin.com/GDTxXw8s
Crash Log: https://pastebin.com/hvUgf0TB

Seems like that ccl tries to use Client side code

EnderStorage is attempting to call CustomParticleHandler.addLandingEffects from CCL but the method is only available on the client side. A check of the source of the current recommended versions (ES: 2.4.3.131, CCL: 3.1.9.344) reveals that this is still the case.

Crash Report from the Enigmatica 2 modpack: https://pastebin.com/PnumKUbT

Description: Ticking entity

java.lang.NoSuchMethodError: codechicken.lib.render.particle.CustomParticleHandler.addLandingEffects(Lnet/minecraft/world/World;Lnet/minecraft/util/math/BlockPos;Lnet/minecraft/block/state/IBlockState;Lcodechicken/lib/vec/Vector3;I)V
	at codechicken.enderstorage.block.BlockEnderStorage.addLandingEffects(BlockEnderStorage.java:276)
	at net.minecraft.entity.EntityLivingBase.func_184231_a(EntityLivingBase.java:208)
...

@rubenworks suggests,
CyclopsMC/ColossalChests#58 shows that this mod has performance issues when interacting with Colossal Chests.

Because of this, I have implemented a simplified variant of the IItemhandler capability which is exposed by the Common Capabilities mod.
This is required for mods like Colossal Chests that expose a huge amount of slots, which does not scale well for item transfer when a slot-based handler is used. This is not a performance issue of either mods, but simply a direct consequence of the slot-based IItemhandler capability.

The new ISlotlessItemHandler capability is slot-agnostic, so it moves the responsibility for finding items when extracting and finding locations when inserting to the capability provider. This makes it possible for mods like Colossal Chest to optimize these actions by indexing its inventories.

Let me know what you think. I'd be happy to assist when implementing this capability.

More details on its usage can be found here: https://github.com/CyclopsMC/CommonCapabilitiesAPI/wiki/Slotless-Item-Handler

The latest dev build of CyclopsMC/CommonCapabilities@2ebd61c provides this new capability.
CyclopsMC/CyclopsCore@f01eb2a and CyclopsMC/ColossalChests@4bf524e have also been updated to provide an efficient implementation of this capability.
CyclopsMC/IntegratedTunnels@034c933 is an item transfer mod that has been updated as well to make use of this capability.

Relevant dev builds:
https://dl.bintray.com/cyclopsmc/dev/org/cyclops/commoncapabilities/CommonCapabilities/1.9.4-1.2.2-74/
https://dl.bintray.com/cyclopsmc/dev/org/cyclops/cyclopscore/CyclopsCore/1.9.4-0.9.0-470/
https://dl.bintray.com/cyclopsmc/dev/org/cyclops/colossalchests/ColossalChests/1.10.2-1.4.2-141/
https://dl.bintray.com/cyclopsmc/dev/org/cyclops/integratedtunnels/IntegratedTunnels/1.10.2-1.0.3-35/

Mods directly talking about: EnderStorage 2.4.6.137. Ender IO 5.1.51, EnderCore 1.12.2-0.5.68
Mod List: https://pastebin.com/uACw2h5p
Full Log: https://pastebin.com/4kRYUzR9
Crash Log: is none (tldr, kicks from server but not single player)

I have done a lot of research wanting to figure out what is going on, and the process of execution goes as follows
me and 3 other friends get ftb Revelations from the FTB Launcher (V. 2.6.0) and hosted the game via Logmein Hamachi. In the game for whatever reason it kicks us in our base and have no idea why. We look into our logs and found this io.netty.util.IllegalReferenceCountException: refCnt: 0 for every player, which after researching that error and many pages later found this one Mojand MC-87041. To summarize the error, it basically stated that there was too many tick updates too fast. I had no idea what could've been causing it, but when I removed the ender tank I placed just recently, it resolved the issue. (which the same process for the ender chest/pouch was resolved by removing) The only thing I used it for was lava from the nether using the pump from Ranged Pumps and chunk loaders from Railcraft.

Another interesting thing was that anytime anyone interacted with an ender chest/ ender pouch/ or ender tank. It would kick everyone else but the person that hosts it.

As requested here

In the config is a per-player chunk limit. I am wondering if I need to add each player's name here, or if I can add limits per permission group.

My client crashes whenever I press "U" (show recipe in JEI) over invar ingot (or cobblestone, and surely others too, so far encountered these two).
In the log it mentions this item being the cause: net.minecraft.item.ItemBlock@3af7fe01
No idea what mod that comes from, no idea how to find out either, sorry.
Log: https://gist.github.com/SlyJacobTheBeast/bb99e500685d45dae88f9f39002fe8f7

Issue was posted in JEI github but I was redirected here.

@Time6628

CodeChicken/EnderStorage tries to send a packet to the player before the player is connected, so the player is null which causes the server to crash.

Crash report: https://gist.github.com/Time6628/5839e1cf184ecc79871228025a5ba184

Pull request from 1.7.10 with the same/similar NPE: Chicken-Bones/CodeChickenLib#54

Probably still unimplemented from thew 1.10 port.
@crosenquist

Forge Multipart: 2.0.0.24
Minecraft: 1.10.2

The "microblocks.cfg" configuration file is not creating extra microblocks when I provide the proper information in the required format.

For example, I've attempted to create microblocks from AbyssalCraft blocks by following the directions given in the config file. With the name and meta of the desired block, the entry within the file should look like this:
"abyssalcraft:darkstone":0

Unfortunately, though, it doesn't appear to be working.

I've used ForgeMultipart since it Chickenbones first created it and I now consider Minecraft essentially unplayable without its microblock functionality. Has anyone else experienced this issue? If so, did you find a solution? Or, is this a currently known issue and is being fixed?

Best

I would like to set NEI 1.8+ to use gamemode numbers and not names.
My server doesn't recognize gamemode names as a /gamemode arguments.
Server running spongeforge-1.10.2-2171-5.1.0-BETA-1973, but not CCC, CCL, nor NEI.
Client running
CodeChickenCore-1.10.2-2.3.5.91-universal,
CodeChickenLib-1.10.2-2.4.3.145-universal,
and NotEnoughItems-1.10.2-2.1.2.163-universal.
Also, the command custmization only allows for customizing the "/gamemode" part of the command,
the position of the arguments within this command,
but NOT any of the values used for the arguments.

sorry I not sure what tracker I should have used. so this is a copy of issue 44 on ForgeMultipart.
TheCBProject/CBMultipart#44

Using any 1.12.2 versoin of Forge with any FMP version results in this crash.
Trying to place a cover on a gtce wire (it crashes as soon as you point a cover at a wire):
Bad invokespecial instruction: current class isn't assignable to reference class.
https://pastebin.com/k12DG5pv

With all up to date mods on Forge 2758
https://pastebin.com/CU97narx

During server shutdown, it appears WR-CBE is throwing a NullPointerException. I have been attempting to figure out why blocks were being replaced/removed over restarts (as in all instances of a block) and tracked it down to failed ID mapping during shutdown which appears to be caused by WR-CBE.

Logs

• fml-server log
• Relevant stacktrace

Versions

• Minecraft 1.10.2
• Forge 12.18.3.2316
• CCCore 1.10.2-2.4.1.102
• CCLib 1.10.2-2.5.9.283
• WR-CBE 1.10.2-2.0.0.18

Several mods are involved but mezz said to post here.
Here is the crash report. Seems to be a microblock problem but not sure.

https://pastebin.com/L9yHkZvt