fe.protection.fire.destroy is not working
ErikSteiner opened this issue ยท 6 comments
Hi guys,
I recently began to integrate my old server to a newer version of Minecraft and finally I was ready to start the Server. I am now fighting with an old problem, that seems to be happening all over again: The fire can destroy blocks permission and/or fire can spread permission.
Unlike #2208 preventing fire from spreading is working, but the block that is on fire is still getting destroyed.
So I set both to false. Fire will not spread, but will destroy the block that is on fire.
"fe.protection.fire.destroy": "false",
"fe.protection.fire.spread": "false"
This is the complete permission file: LINK
I set the shaded area on fire with a flint and steel.
Information:
Minecraft: 1.10.2
Forge: 1.10.2 - 12.18.3.2316
Forge Essentials: forgeessentials-1.10.2-10.2.1356-server
P. S.: Is it true, that I have to add that many permissions to the group GUESTS , in order to prevent them from doing anything? Or is it possible to do it in a more efficient manner?
UPDATE:
I installed a fresh Server with "Forge: 1.10.2 - 12.18.3.2316" and "forgeessentials-1.10.2-10.2.1370".
I joined it and switched myself to creative mode. Then before adding any permissions to the config, I set a tree on fire with a flint and steel. It burned and the fire was spreading.
I put the fire out and added the two permissions via the server console to the config. One to prevent fire spread and one to prevent fire damage (destroy). I then set another tree on fire. This time the fire didn't spread, but at the end when the fire burned out the block vanished.
I zipped up the whole server, so you can try it out for yourself. In the server folder, you can find the client log, too. Client-LOGFILE.txt
If you have any questions, feel free to ask and I hope I can give you as much information as you need.
Unfortunately this is the only issue that prevents me from playing Minecraft, otherwise my whole map would be turned to ash...
I can't seem to figure out what's going on (nor do I have the time to), so marking this as wontfix in the meantime.
As we moved to 1.12.2, is this still an issue? Closing this issue in 7 days if no response @ErikSteiner