-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
null nbt tag is being applied to items #38
Comments
so while looking into this, I realized that my logs in my bhu at my wood farm have the extra null nbt tag. I found a log w/o that nbt tag, put it in another bhu and poured some of the null nbt logs into that and it stripped the null nbt tag out. normalized it. So I don't think the issue resides with IF at all, it just replicates the issue if it already existed. |
one additional observation. if I have a bunch of normal logs in a BHU, and you shift click one stack out, for a split second, the hover text of the log shows the extra null tag (on the item in the bhu you are shift clicking out of). I tried pulling a bunch of items quickly but they all came out ok w/o the tag tho. |
so all 9 BHU's in my bhu controller had items that were all extra nbt tags. anytime this happens so far it's been a block that's placeable. I place one down and break it and I get a different block that doesn't stack, it has no extra null nbt tag. I put that into a fresh BHU and then use a transfer node to transfer stf from old bhu to new bhu and it removes the null nbt tag. |
I could not see the issue with storage drawers, crates, chests, ironchests |
from what I can tell, the BHU's propogate the issue since whatever is stored as first item in bhu is what all items are, so it unifies them, one way or another. I pm'd buuz to ask him about this so I'd like to hear back from him first before I start making assumptions either way on that. The only telling thing is my comment before last. if you shift click an item out of the bhu, you see for a split second, the item in the bhu with the nbt: tags (0) bit. outputted items tho are unaffected. the issue could have been refined storage but I'm not using that anymore which might explain why I can't replicate issue. |
talked with buuz. Neither of us could come up with a 'how this happened' scenario. he does compare nbt's as you put items into the bhu but I guess the comparison matches a empty nbt as the same as a null nbt. On one hand tho, if the issue isn't starting with the bhu, then this behavior is a good thing because I can't see how you'd fix this issue once it does happen otherwise. |
a little closer now to issue. I had 6 other bhu's that 5/6 of them were fine but not added to controller yet. I fixed the one remaining one 30 minutes ago and then just now shift-clicked all those 6 bhu's into the second bhu controller. After doing so, the 5 that were fine already, all now have empty nbt's but the one I had fixed 30 minutes ago is an null nbt. w/o knowing how IF stores this information in the bhu, all I can deduce is that it's fairly certain the bug exists in IF at this point. |
There are no new builds of Industrial Foregoing for Minecraft 1.11 - will there be an update to Farscapes to either MC 1.12 or with a fixed version of IF? |
images:
(in case that doesn't load up individual pictures)
both are spruce logs, both taken from same black hole unit sitting on my tree farm.
I have extra debug info being shown (F3+ something)
note that one log has NBT: 0 tags, other doesn't even have that line.
One of these is correct (I think the one that doesn't have the line of text), other has I guess a null nbt value associated to it?
problem is that items that this happens to, they don't sort in drawers for example, with items that do.
Also, I think this is causing a reproducible duplication using AE, refined storage and rftools inventory scanners since they deal with multiple storages at once via either storage busses or other things.
I'm not 100% sure what's causing this, but I think the items are fine till you put them in your inventory which makes me suspect the thing that auto oredicts items? wild hunch. I've had this happen for at least a week and I haven't made a ticket since I was trying to figure out what causes it and narrow one mod down but I haven't been able to.
Happy to help try to pin it down but I've not been able to replicate it absolutely and also not been able to figure out how to actually remove that null tag either which is causing alot of issues.
The text was updated successfully, but these errors were encountered: