(EDIT: This is the same error that gets crashes NeoTech for me, too.)
Is NeoTech a mod or something else?
Anyway, the most concerning thing about this crash is it suggests that there is no TileEntity associated with the drawer. I can "fix" the crash, but I wonder if the same drawer would then be missing its data and be invalid, or if this is just a weird client render/sync problem, possibly outside my control.
NeoTech is a mod, but I've pulled it from the server, due to tessellating block stuff.
I'd like to help.
I've restarted the server (separate PC) to no avail.
What troubleshooting do you need from me? (Chameleon is installed on both sides, as well)
I should also mention, I haven't actually crafted or placed any drawers. This was on first launch of the client after install.
I'm going to push an update in a few minutes, to fix the crash. What I want to find out is if there are other problems, like do the drawers change material or direction or lose their contents.
Thanks. Since I don't have any drawers presently (haven't been able to successfully load the client since adding the mod) If I can get in, I'll craft some and see what happens.
Thanks. Since I don't have any drawers presently (haven't been able to successfully load the client since adding the mod) If I can get in, I'll craft some and see what happens.
Interesting. That sounds like it should be impossible given the stack trace, unless the game is completely confused about what block is what.
Even if the drawer does not appear to be working correctly, it would be useful to try inserting/removing items with a hopper, to help determine if it is purely a client side issue.
Loaded successfully. From some quick tests, basic drawer is correctly inserting and removing with hoppers, and appear to be storing things correctly (WAILA, I understand, isn't currently supported, and I haven't quite figured everything out just yet).
If there are any other tests you'd like, let me know. Otherwise, I'm excited to get going with this mod, and look forward to more (heck, SOMEONE has to make up for other modders dragging their feet on 1.8).
I have to downgrade to alpha6, at my 1.8 it dont work, the error print is a missing file, but your mode dont have any dependence
I have pointed out in several places that there is now a dependency, Chameleon. Check the first post, both the mod and its dependency have download widgets under the 1.8 heading.
Using the 1.7.10 version of this mod, drawers glitch out on world reload; they show their contents, but nothing can be taken or removed from them. Breaking and replacing works until next world reload, but doesn't give any of what was stored inside. So far I've only tried single drawers; I don't want to touch the rest until I know they're working again.
Using the 1.7.10 version of this mod, drawers glitch out on world reload; they show their contents, but nothing can be taken or removed from them. Breaking and replacing works until next world reload, but doesn't give any of what was stored inside. So far I've only tried single drawers; I don't want to touch the rest until I know they're working again.
It sounds like you're in Adventure Mode. Can you check?
Just tested in my debug world, the game mode doesn't matter. Put down drawer, put a few stacks of whatever in it, save and exist, reload, can no longer access the drawer and breaking it doesn't give anything. They work normally within a game session.
# Writes additional log messages while using the mod. Mainly for debug purposes. Should be kept disabled unless instructed otherwise.
B:enableDebugLogging=false
B:enableIndicatorUpgrades=true
B:enableItemConversion=true
B:enableLockUpgrades=false
B:enableSidedInput=true
B:enableSidedOutput=true
B:enableSortingUpgrades=true
B:enableStorageUpgrades=true
B:enableVoidUpgrades=false
# Inverts how shift works with drawers. If this is true, shifting will only give one item, where regular clicks will give a full stack. Leave false for default behavior.
B:invertShift=true
S:itemRenderType=fast
B:renderStorageUpgrades=true
}
Just tested in my debug world, the game mode doesn't matter. Put down drawer, put a few stacks of whatever in it, save and exist, reload, can no longer access the drawer and breaking it doesn't give anything. They work normally within a game session.
# Writes additional log messages while using the mod. Mainly for debug purposes. Should be kept disabled unless instructed otherwise.
B:enableDebugLogging=false
B:enableIndicatorUpgrades=true
B:enableItemConversion=true
B:enableLockUpgrades=false
B:enableSidedInput=true
B:enableSidedOutput=true
B:enableSortingUpgrades=true
B:enableStorageUpgrades=true
B:enableVoidUpgrades=false
# Inverts how shift works with drawers. If this is true, shifting will only give one item, where regular clicks will give a full stack. Leave false for default behavior.
B:invertShift=true
S:itemRenderType=fast
B:renderStorageUpgrades=true
}
I was hoping you'd be on to something, but I'm experiencing the same behavior with it as the only mod.
Resetting the config worked, though. Running through that, it seems like disabling compatibility is causing the problem.
EDIT: Or not. Still having that behavior even with the config reset in my modded SSP world. Creating a new world, this behavior doesn't start even if I plug my config back in. I'm going to break and replace every drawer in my modded SSP world and see what that does.
I was hoping you'd be on to something, but I'm experiencing the same behavior with it as the only mod.
Resetting the config worked, though. Running through that, it seems like disabling compatibility is causing the problem.
EDIT: Or not. Still having that behavior even with the config reset in my modded SSP world. Creating a new world, this behavior doesn't start even if I plug my config back in. I'm going to break and replace every drawer in my modded SSP world and see what that does.
I tried using your config changes, but again did not see the problem. If you can tell me which config change is causing it, then I can dig further.
Even after loading the world without Storage Drawers installed, then reinstalling, I still get that behavior on world reload. I'm testing it with another ATG-generated world, but I seriously doubt that's the problem. It looks like something's wrong with that specific world.
EDIT: An unexpected lead. A brand-new ATG world will give me that behavior with my normal config. Resetting it works, though. I feel like I'm running in circles, but I'm gonna change the config one piece at a time again and see what breaks it.
Every instance of "null item" is when I tried to retrieve from the glitched drawer. After breaking and replacing it, I was able to put things in and take them out as expected. Does this help at all?
What the debugging shows is that the click handlers are working correctly. It was previously there to debug handler problems before I knew about the adventure mode thing.
It looks more like you're running into a problem writing out or reading in tile entity data. No idea why that would be the case, but I may need to add more logging to investigate that.
Long time Jabba user, but no more, well except for dollys! Not after I found out that you can make a huge wall of controller slaves and slap Super Crafting Frames on em and never pull items out of your storage area again :P. Screw you AE2, don't need you no more :P.
I did have a question about how the drawer controller scanning works, it says 25 block area around it, does that mean that the drawer bank that it is connected to can only extend for 12 blocks in any direction from the controller?
I get a crash at load.
"Tessalating block in world."
See pastebin: http://pastebin.com/KPpTHvqa
MC 1.8
Forge 1404
Lithios Core resource pack
(EDIT: This is the same error that gets crashes NeoTech for me, too.)
Is NeoTech a mod or something else?
Anyway, the most concerning thing about this crash is it suggests that there is no TileEntity associated with the drawer. I can "fix" the crash, but I wonder if the same drawer would then be missing its data and be invalid, or if this is just a weird client render/sync problem, possibly outside my control.
Mods I Develop: Garden Stuff -- Storage Drawers -- Hunger Strike
Tools I Develop: NBTExplorer -- Substrate
NeoTech is a mod, but I've pulled it from the server, due to tessellating block stuff.
I'd like to help.
I've restarted the server (separate PC) to no avail.
What troubleshooting do you need from me? (Chameleon is installed on both sides, as well)
I should also mention, I haven't actually crafted or placed any drawers. This was on first launch of the client after install.
I'm going to push an update in a few minutes, to fix the crash. What I want to find out is if there are other problems, like do the drawers change material or direction or lose their contents.
Mods I Develop: Garden Stuff -- Storage Drawers -- Hunger Strike
Tools I Develop: NBTExplorer -- Substrate
Thanks. Since I don't have any drawers presently (haven't been able to successfully load the client since adding the mod) If I can get in, I'll craft some and see what happens.
Interesting. That sounds like it should be impossible given the stack trace, unless the game is completely confused about what block is what.
Here's a new build: http://minecraft.curseforge.com/mc-mods/223852-storage-drawers/files/2238316
Even if the drawer does not appear to be working correctly, it would be useful to try inserting/removing items with a hopper, to help determine if it is purely a client side issue.
Mods I Develop: Garden Stuff -- Storage Drawers -- Hunger Strike
Tools I Develop: NBTExplorer -- Substrate
Loaded successfully. From some quick tests, basic drawer is correctly inserting and removing with hoppers, and appear to be storing things correctly (WAILA, I understand, isn't currently supported, and I haven't quite figured everything out just yet).
If there are any other tests you'd like, let me know. Otherwise, I'm excited to get going with this mod, and look forward to more (heck, SOMEONE has to make up for other modders dragging their feet on 1.8).
Thanks for the support.
Omg...I love your stuff. This is amazing. I've been looking for something like this for a long time.
I have to downgrade to alpha6, at my 1.8 it dont work, the error print is a missing file, but your mode dont have any dependence
I have pointed out in several places that there is now a dependency, Chameleon. Check the first post, both the mod and its dependency have download widgets under the 1.8 heading.
Mods I Develop: Garden Stuff -- Storage Drawers -- Hunger Strike
Tools I Develop: NBTExplorer -- Substrate
Using the 1.7.10 version of this mod, drawers glitch out on world reload; they show their contents, but nothing can be taken or removed from them. Breaking and replacing works until next world reload, but doesn't give any of what was stored inside. So far I've only tried single drawers; I don't want to touch the rest until I know they're working again.
It sounds like you're in Adventure Mode. Can you check?
Mods I Develop: Garden Stuff -- Storage Drawers -- Hunger Strike
Tools I Develop: NBTExplorer -- Substrate
Just tested in my debug world, the game mode doesn't matter. Put down drawer, put a few stacks of whatever in it, save and exist, reload, can no longer access the drawer and breaking it doesn't give anything. They work normally within a game session.
Here's my config file:
# Configuration file
blocks {
fulldrawers1 {
I:baseStorage=512
B:enabled=true
I:recipeOutput=1
}
fulldrawers2 {
I:baseStorage=256
B:enabled=true
I:recipeOutput=2
}
fulldrawers4 {
I:baseStorage=128
B:enabled=true
I:recipeOutput=4
}
halfdrawers2 {
I:baseStorage=128
B:enabled=true
I:recipeOutput=2
}
halfdrawers4 {
I:baseStorage=64
B:enabled=true
I:recipeOutput=4
}
compdrawers {
I:baseStorage=256
B:enabled=true
I:recipeOutput=1
}
controller {
B:enabled=true
}
trim {
B:enabled=false
I:recipeOutput=0
}
controllerslave {
B:enabled=true
}
}
general {
B:creativeTabVanillaWoods=true
# Writes additional log messages while using the mod. Mainly for debug purposes. Should be kept disabled unless instructed otherwise.
B:enableDebugLogging=false
B:enableIndicatorUpgrades=true
B:enableItemConversion=true
B:enableLockUpgrades=false
B:enableSidedInput=true
B:enableSidedOutput=true
B:enableSortingUpgrades=true
B:enableStorageUpgrades=true
B:enableVoidUpgrades=false
# Inverts how shift works with drawers. If this is true, shifting will only give one item, where regular clicks will give a full stack. Leave false for default behavior.
B:invertShift=true
S:itemRenderType=fast
B:renderStorageUpgrades=true
}
integration {
B:enableAE2=false
B:enableMineTweaker=true
B:enableRefinedRelocation=false
B:enableThaumcraft=true
B:enableWaila=false
}
upgrades {
I:level2Mult=2
I:level3Mult=3
I:level4Mult=5
I:level5Mult=8
I:level6Mult=13
}
I don't see that behavior in my test worlds. Is this SMP or SSP? Can you test it without other mods present?
Mods I Develop: Garden Stuff -- Storage Drawers -- Hunger Strike
Tools I Develop: NBTExplorer -- Substrate
I was hoping you'd be on to something, but I'm experiencing the same behavior with it as the only mod.
Resetting the config worked, though. Running through that, it seems like disabling compatibility is causing the problem.
EDIT: Or not. Still having that behavior even with the config reset in my modded SSP world. Creating a new world, this behavior doesn't start even if I plug my config back in. I'm going to break and replace every drawer in my modded SSP world and see what that does.
I tried using your config changes, but again did not see the problem. If you can tell me which config change is causing it, then I can dig further.
Mods I Develop: Garden Stuff -- Storage Drawers -- Hunger Strike
Tools I Develop: NBTExplorer -- Substrate
Even after loading the world without Storage Drawers installed, then reinstalling, I still get that behavior on world reload. I'm testing it with another ATG-generated world, but I seriously doubt that's the problem. It looks like something's wrong with that specific world.
EDIT: An unexpected lead. A brand-new ATG world will give me that behavior with my normal config. Resetting it works, though. I feel like I'm running in circles, but I'm gonna change the config one piece at a time again and see what breaks it.
I enabled debugging mode in the config while testing in the problem world:
[09:06:13] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockClicked with HitResult{type=BLOCK, x=209, y=63, z=-122, f=3, pos=(209.34376435841583, 63.54955639003295, -121.0), entity=null}
[09:06:13] [Server thread/INFO] [StorageDrawers]: IExtendedBlockClickHandler.onBlockClicked
[09:06:13] [Server thread/INFO] [StorageDrawers]: 0xtile.sponge@0
[09:06:16] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockClicked with HitResult{type=BLOCK, x=209, y=63, z=-122, f=3, pos=(209.34376435841583, 63.54955639003295, -121.0), entity=null}
[09:06:16] [Server thread/INFO] [StorageDrawers]: IExtendedBlockClickHandler.onBlockClicked
[09:06:16] [Server thread/INFO] [StorageDrawers]: null item
[09:06:24] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[09:06:24] [Client thread/INFO] [StorageDrawers]: 3xtile.sponge@0
[09:06:24] [Server thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[09:06:24] [Server thread/INFO] [StorageDrawers]: 3xtile.sponge@0
[09:06:26] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[09:06:26] [Client thread/INFO] [StorageDrawers]: 64xtile.sponge@0
[09:06:26] [Server thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[09:06:26] [Server thread/INFO] [StorageDrawers]: 64xtile.sponge@0
[09:06:29] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockClicked with HitResult{type=BLOCK, x=209, y=63, z=-122, f=3, pos=(209.2591230399688, 63.67657810492859, -121.0), entity=null}
[09:06:29] [Server thread/INFO] [StorageDrawers]: IExtendedBlockClickHandler.onBlockClicked
[09:06:29] [Server thread/INFO] [StorageDrawers]: null item
[09:06:29] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockClicked with HitResult{type=BLOCK, x=209, y=63, z=-122, f=3, pos=(209.2591230399688, 63.67657810492859, -121.0), entity=null}
[09:06:29] [Server thread/INFO] [StorageDrawers]: IExtendedBlockClickHandler.onBlockClicked
[09:06:29] [Server thread/INFO] [StorageDrawers]: null item
[09:06:31] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[09:06:31] [Client thread/INFO] [StorageDrawers]: null item
[09:06:31] [Server thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[09:06:31] [Server thread/INFO] [StorageDrawers]: null item
[09:06:32] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[09:06:32] [Client thread/INFO] [StorageDrawers]: null item
[09:06:32] [Server thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[09:06:32] [Server thread/INFO] [StorageDrawers]: null item
[09:06:41] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[09:06:41] [Client thread/INFO] [StorageDrawers]: 64xtile.sponge@0
[09:06:41] [Server thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[09:06:41] [Server thread/INFO] [StorageDrawers]: 64xtile.sponge@0
[09:06:42] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[09:06:42] [Client thread/INFO] [StorageDrawers]: 3xtile.sponge@0
[09:06:42] [Server thread/INFO] [StorageDrawers]: BlockDrawers.onBlockActivated
[09:06:42] [Server thread/INFO] [StorageDrawers]: 3xtile.sponge@0
[09:06:43] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockClicked with HitResult{type=BLOCK, x=209, y=63, z=-122, f=3, pos=(209.28213060199008, 63.7157138991855, -121.0), entity=null}
[09:06:43] [Server thread/INFO] [StorageDrawers]: IExtendedBlockClickHandler.onBlockClicked
[09:06:43] [Server thread/INFO] [StorageDrawers]: 64xtile.sponge@0
[09:06:44] [Client thread/INFO] [StorageDrawers]: BlockDrawers.onBlockClicked with HitResult{type=BLOCK, x=209, y=63, z=-122, f=3, pos=(209.28213060199008, 63.7157138991855, -121.0), entity=null}
[09:06:44] [Server thread/INFO] [StorageDrawers]: IExtendedBlockClickHandler.onBlockClicked
[09:06:44] [Server thread/INFO] [StorageDrawers]: 3xtile.sponge@0
Every instance of "null item" is when I tried to retrieve from the glitched drawer. After breaking and replacing it, I was able to put things in and take them out as expected. Does this help at all?
What the debugging shows is that the click handlers are working correctly. It was previously there to debug handler problems before I knew about the adventure mode thing.
It looks more like you're running into a problem writing out or reading in tile entity data. No idea why that would be the case, but I may need to add more logging to investigate that.
Mods I Develop: Garden Stuff -- Storage Drawers -- Hunger Strike
Tools I Develop: NBTExplorer -- Substrate
Long time Jabba user, but no more, well except for dollys! Not after I found out that you can make a huge wall of controller slaves and slap Super Crafting Frames on em and never pull items out of your storage area again :P. Screw you AE2, don't need you no more :P.
I did have a question about how the drawer controller scanning works, it says 25 block area around it, does that mean that the drawer bank that it is connected to can only extend for 12 blocks in any direction from the controller?