Kittychanley

Sorry if I confused you. My above statements are about what would happen if I changed the code. I understand that block updates currently remove the forge. What I'm saying is that even if I fix it, there are still going to be some specific block updates that still remove it.

I can't reproduce the bonus disappearing when throwing a javelin, but I was able to reproduce and fix the scythe issue.

It's much more likely that you either dropped the item, or you didn't actually pick it up or take it out of the container because of the lag. In those cases, the item isn't lost, it's either on the ground or back in the container you thought you took it out of. The only other alternative is if you were playing some sort of custom modpack that interferred, or if you were in a dimension other than the overworld such as the nether, which TFC does not support and is known to have multiple inventory-related bugs.

If all of the items were heavily damaged, it's much more likely that what you were holding was a ghost item that had already broken, but didn't appear broken yet on your client because of lag. Once you held it in your hand, it updated the item on your client and properly destroyed it.

Automated Message: This topic has been locked because it does not use the provided form for bug and crash reports.

Click here to use the provided form to submit a bug or crash report.

Was the item low durability when you used it?

Just now, drkoaeg said:

I don't know if that fits here but when my computer is very high on performance usage, it could happen that tools or armor get lost when selected in hotbar (holding in hand, using it).

What do you mean by the item "get lost" ? If it disappears, are you sure you didn't just hit Q or something and drop it on the ground?

The damaging of the chisel is actually handled in each individual chisel mode class. I can fix it for the vanilla TFC tool modes, but you'll have to contact the addon authors to fix it in theirs.

Edit: As far as I can tell, the only one that has an issue in the vanilla TFC code is the smooth mode. I've fixed that so it only damages the tool if it successfully converted it.

I can make it so that it's consistent in all three classes, but it's still not going to work 100% as expected. For example, stairs don't have solid sides so you won't be able to use stair mode on blocks around your forge. The slab solid side check isn't properly implemented either, so you could chisel down the block and actually expose pretty much all of the side of the floor block. And the trigger of converting a stone block into a detailed block is still going to remove the forge because for that split second during the conversion the block isn't considered solid. You could  put the forge back though and further block updates wouldn't remove it.

I can't reproduce this. And even if the issue was with the whole ore grade thing, it still wouldn't display the unlocalised name. getOreGrade adds either 35 or 49 to the meta. Coal is meta 14 and 15, so that means it would either give you a reading of poor native copper or poor native gold. It could maybe give you a reading for item.Ore.name if the tile entity had a quality value of 2 stored on it, but coal ore blocks don't have quality values stored on their tile entities. In fact, if you put a breakpoint in getOreGrade and then use the propick next to or on a coal vein, it shows that the quality value on the tile entity & 7 is 0, and it simply returns the same number you originally passed it.

Automated Message: This topic has been locked for breaking rule #1 of the support forum form submission. The solution to your bug or crash can be found by following this rule.

Rule #1 - Read the Official Bug List before submitting.

I'm marking this as solved, since the conversation in IRC made it appear that the source of this bug was that you weren't sealing the barrel before you broke it.

That also needs to be written in lowercase. "terrafirmacraft" is the string that we use as our modID, and all of the string comparisons are strictly case sensitive. This is fairly normal convention afaik in java programming unless you are dealing with direct user input. It also allows for two different mods to have the same modID, but capitalized differently.

Primarily because of simplified code, and also because sticks are made into torches in the firepit. If they could both be used as a recipe ingredient and a fuel, there wouldn't be consistent shift-click logic.

Yeah, since I'm doing a bugfix release in the next day or two anyways I went ahead and added in the scale up for magic damage. So poison potions will do 25 hp per tick instead of 1. A player starting at 1,000 HP drops down to about 400 HP after getting hit with a normal splash poison potion. Also made sure to add in the check so it won't kill the player, their health with just stay around 1 - 25 HP until it wears off.

By case sensitive, I mean that it will only recognize "terrafirmacraft" it will not recognize "TerraFirmaCraft" the same goes for "log" versus "Log"

8 hours ago, ciekma said:

It works, but there is one issue - heated items won't cool down. Any items, even, untouched by minetweaker, TCF ingots.

Are you sure you are looking at the items in a TFC container like the player's inventory? The cooling down mechanic has to be specifically written for containers, so it won't happen if the items are in containers from other mods, like vanilla chests or something.

Looking at the syntax you provided in the example, I would assume the correct way would be to simply do

Block b = GameRegistry.findBlock("terrafirmacraft", "sapling");

I know for loading blocks out of the config files in TFC we use Block.getBlockFromName instead of GameRegistry.findBlock

It's also very important to note that all of those method parameters are case-sensitive.

When it comes to rain, TFC is just using the vanilla mechanic so any compatibility issues there are with the other mod, and not with TFC. There is no way to add compatibility with food/hunger from other mods. As for potions, I have no idea why it's not working for you since we don't edit potion effects, and actually use them for stuff like hunger/thirst debuffs and hot springs regen. To double check, I just loaded up a survival world and drank a poison potion. It worked just fine giving me the poison effect display in the inventory, the particles, and the periodic damage that decreases health.

Automated Message: This topic has been moved from Show Off > Addons & Applications to Addons & Applications > Show Off > Addon Discussion

Are you sure the sheets you were using in survival were completely cooled, and had not been worked? There is no check in the code that specifically checks for fire brick blocks, and I just tested and was able to place them in survival just fine on a bunch of different blocks.

Just wanted to say that this is absolutely adorable. Would it be possible to also add a texture for black squirrels? They'd be a super rare variation kind of like the vanilla pink sheep.

21 hours ago, Stroam said:

This seems like a more stripped down version of Terrafirmapunk. I wonder now that minecraft has made some vast changes, if current mods will update or drift on over to TFC. If TFC ever updated to 1.9 I would wonder how much free time the developers had, because that would be quite the feat.

That's why we're working on TFC2, which will be for Minecraft 1.8/1.9. It's not feasible to port TFC beyond Minecraft 1.7.10, so we're just starting over.

That's exactly correct. If you go the large ceramic vessel method, you'll have to carry it on your back to move it over to the empty barrel.

Or you could just use bottles to transfer the liquid.