The ice dragonsteel axe, shovel, pickaxe, and hoe burns targets like a fire dragonsteel tool.

To reproduce:
Hit targets with said tools

Intended behavior:
Said tools should freeze targets like the sword does.

Ice and Fire adds a new aspect called "Draco" to Thaumcraft, but Thaumic Additions also adds "Draco" which causes a conflict.
The conflict causes the Draco aspect to have a fake version which is extremely unstable. Trying to extract this fake "Draco" as essentia crystals or trying to obtain a phial of it will fail to form the desired item. Directly moving this essentia to a jar and breaking it will sometimes crash the game. The game cannot handle a container that is filled with this fake aspect.

This is the part of IaC that handles the thaumcraft compat.

static Aspect getOrCreateAspect(String tag, int color, Aspect[] components, ResourceLocation image, int blend) {
Aspect a = Aspect.getAspect(tag);
if (a != null) return a;
return new Aspect(tag, color, components, image, blend);

There is a NEI addon that allows the player to see all aspects that exist in the game. Thaumic Additions "Draco" is taking precedence over the IaC version. (note the search term "draco" only finds one aspect)

As for the item aspects, Ender dragon egg contains 100 real "Draco" while IaC items have this fake "Draco". It seems that the fake "Draco" has the wrong color and ResourceLocation.
I suspect that the bolded area only fetches the name and completely forgets about the rest. That is why the fake "Draco" has the IaC-designated colors and image.

Since I am relatively new to Java development, I do not have the knowledge to properly fix this. I have no idea how to properly decompile and re-compile a mod. I am sorry I could not help further.

This fork of Ice and Fire supports craft tweaker recipes which aren't documented here: https://docs.blamejared.com/

Support shown here: https://github.com/Rebirth-of-the-Night/Ice_and_Fire/blob/2c80e45a147896ae8632482eb23a565d42103abd/src/main/java/com/github/alexthe666/iceandfire/compat/craftweaker/CraftTweakerCompat.java

Regardless, the CT recipe edits for the Dragon Forge works but it doesn't accept oreDict values.

For example, we created a script to change the recipe to require actual steel instead of Iron. But <ore:ingotSteel> doesn't work instead I have to specify a specific Steel ingot. In a modpack with many different Steel ingots, it can cause some minor annoyances.

Is it possible to add support for oreDicts?

I was wondering if the damage from the lightning bolt could be based on the tool's damage value and being converted as extra damage. Reason for the ask...

The Lightning Bolt's damage will deal extra damage depending on the Dragon Attack Damage (Lightning Breath) config. Thunder I on a tool that deals 12 damage and the config is set to 3.0 by default, so... the damage dealt will be 12 + 1.5 = 13.5 while anything that's caught in the bolt's blast radius will take 3 Damage. Thunder II would make it 12 + 3 = 15 while anything caught within the bolt radius will take 3 damage.

Instead of it being tied to that, I wonder if it could deal a portion of extra damage based on how much damage you inflict as well as the lightning bolts getting that extra damage as well. The extra damage could be 20% of the damage dealt... unless 20% is too high. Here's a trait rundown example.

Damage Dealt: 15
Cold-Blooded (+50% Damage on mobs with full health)
Thunder (20% of the damage is the extra damage for the tool & bolt radius)
Target has Full HP? - 22.5 + 4.5 = 27
Otherwise? - 15 + 3 = 18

Damage Dealt: 15
Cold-Blooded (+50% Damage on mobs with full health)
Thunder II (40% of the damage is the extra damage for the tool & bolt radius)
Target has Full HP? - 22.5 + 9 = 31.5
Otherwise? - 15 + 6 = 21

This could also apply for the Inferno, Blizzard Traits/Modifiers as well. I think Inferno deals an extra 2 damage per level (Unless a config changes this) alongside the initial hit (Say the tool hits 14, it's actually 10 + 4 at the same time, totaling to 14.)... though Blizzard doesn't seem to deal any extra damage even though the modifier book mentions that it's supposed to deal extra damage.

...speaking of the tinkers book, Thunder Modifier lacks an entry page. I only guessed if the Lightning Dragon Blood was a modifier by putting it in the Tool Forge.

If the above won't do, could the extra damage from Thunder be split from the Dragon Attack Damage (Lightning Breath) since it's shared with the Dragon's Breath Damage? Only because if I made their breath deal heavy damage... that too will affect the damage that the trait/modifier gives.

Hopefully I explained this well, it's 8 am and I haven't slept yet so I apologize if anything's off. I am using IceAndFireRotN-1.9.1-1.3.2 if that's needed.

So, i have a weird crash caused by the Dragon mob's AI, this bug was already present on the base ice and fire mod (had the same crash with it): crash log

according to a guy which helped me with my modpack a bit he's told me that it was caused by this:

This VerifyError error indicates a problem in the bytecode generated for the EntityDragonBase class.

More specifically, this appears to be due to an inconsistency in the stackmaps generated by the compiler.

The mapping tables are used to check at each code branch that the stack (stack of method calls) is in the expected state. Here a check fails at line 461 during a "goto" code jump.

Some possible causes:

 Bytecode compilation problem (faulty Java compiler)

 Version mismatch between compiled classes and Java runtime

 Error in the source code which disrupts the generation of stackmaps

 Bytecode modified invalidly after compilation

To resolve:

 Recompile the problematic class
 Update Java dependencies
 Check the source code of EntityDragonBase
 Clean and regenerate full bytecode

This is often due to problems assembling classes from different versions/sources. Recompiling should resolve the inconsistency.

modpack (will be updated with the proper mod selection later today -> mod will be there but disabled): https://legacy.curseforge.com/minecraft/modpacks/infinitely-exploring

Version: 1.0.1
Other Mods: Happens without any other mods (besides LLibrary), some screenshots were taken with mods for better visibility.
Forge: 14.23.5.2860
The Bug: With this fork of Ice and Fire installed, vanilla Villagers will spawn with professions such as "Jungle Myrmex Queen" or "Desert Myrmex Royal." This does not happen with the original mod. When using a mod like TellMe, every Myrmex variant is listed as a profession. An example from an instance with other mods will be provided below:

Screenshots:

Video:
https://youtu.be/LNMvyrvGONA

You can make it so the structures spawn only in certain biomes like you did with pixies. Roosts and Hydra dens are still technically structures, so it should be possible. Because as of default I&F, Hydras spawn in thebetweenlands and dragons spawn in Atum. It would be a neat addition if it was possible to restrict them via such biome as well as by default any spawning there used a biome stat or value, however since this value is also present in the other modded dimension biomes (like hydra iirc accounts for "swamps", and thebetweenlands is a giant swamp. You can see the point here - needs specific biome restriction because for some reason their default blacklist can't prevent them from spawning there).

crash-2023-10-03_16.32.57-server.txt

See the report.
https://pastebin.com/3UAbNLdn

original mod does not have this problem. all the nature spawn sea serpent does not have full health,they all have only 20 health,those sea serpent who spawned by spawn egg does not have this problem

the fire dragon's breath fire particles don't appear , but the ice dragon's breath ice particles appear, and this only occurs in the RotN version

Dragon AI is causing very large lag issues due to them force-loading chunks.

Lowering AI settings seems to make things a bit better, but it still causes problems on servers, where up to thousands of chunks are being force-loaded.

See the following spark reports for lists of what processes are causing issues.

https://spark.lucko.me/Gb5JHEgDS8

https://spark.lucko.me/huqETOOXg9

Steps to reproduce the behavior:
-Install only ice and fire rotn version and library to see that there is the problem.
-On creative go to ice and fire blocks tab and try to see the pixies house.
-Complete! Your game is crashed.

Additionally i have tested that is the item the problem, the block placed looks to not crash the game (im still not sure).

Is there an existing issue for this?
I have searched the existing issues and not found any

Observed behavior:
I have been able to run Minecraft for quiet sometime on v1.2.0.
After updating to v1.3.1 (no other mod changes), the Client crashes during startup.

Ice and Fire RotN version: IceAndFireRotN-1.9.1-1.3.1
Updated from: IceAndFireRotN-1.9.1-1.2.0

Forge version
1.12.2-forge-14.23.5.2860

Other mods
llibrary-1.7.20-1.12.2
RLMixins-1.2.19

Below you can see the involved logs:

• Crash Log
• Debug Log

Results:
I was able to determine the specific incompatibility:

RL Mixins is currently incompatible with:

• Ice and Fire: RotN Edition after v1.2.0

RL Mixins is compatible with:

• Ice and Fire: RotN Edition v1.2.0 (released 5/2022)

as long as the following RL Mixins configs are set to false:

• Enable Better Dragon Bites (IceAndFire)
• InF Offhand Items (IceAndFire)

See report, modlist in it.
https://pastebin.com/84cDwjz4

This is what I get after swapping to your version:

https://www.curseforge.com/minecraft/mc-mods/spartan-and-fire

One of my players started crashing the server just by exploring.

https://gist.github.com/Aeron216/0f398671b4c4fff284844dd9f5c2e35d

And it would crash again as soon as that same player reconnected.

https://gist.github.com/Aeron216/277efbf779e2f469f3d77a661d79021d

I had to forcibly despawn every Amphithere with InControl and have kept it that way ever since.

• This is an ocassional bug that I have been able to reproduce on multiple ocassions.
• To reproduce: fight any kind of dragon, sometimes they just disappear mid-fight. No trace, not in nearby chunks. Just poof.
• These are naturally spawned and encountered dragons. Nests and Caverns.
• I do not have this issue with original Ice and Fire
• I am playing with other mods.
• No crashlogs since its not crashes
• The notable information I only have in my logs is "Client thread/Error: couldn't render entity, java.lang.NullPointerException:null"
• I am using forge 2860 (latest) for 1.12.2 and I am using 1.3.1 of inf: rotn
• I hope this issue gets fixed soon, I have a clue what's causing it and it may be the roost AI again.
• I get this bug more frequently on lightning dragons.

This is an error repor
minecraft-exported-logs-2022-01-23T23-34-40.log
t

When flying through a world in creative, game crashed as a village was appearing. Relaunched the world and village didn't generate save for a few blocks.
To my understanding crashed happened when the game tried to spawn the Snow Villager. I tried spawning it myself with the egg, but it didn't spawn and threw an error.

Crash Log (with lots of mods loaded): Crash-Log

Latest log where only this mod is loaded (and tried spawning the snow villager): NotSoLatest.log

• Lightning Dragon Forge
• Lightning Dragon
• Tamed Dragons -> Lightning Dragon (breeding)
• Lightning Dragon Eggs
• Lightning Dragon Materials
• Lightning Dragon Blood Alchemy
• Dread Queen
• Black Frost

hi, i wanted to ask if it's possible to add a config option to remove the bubble particle all around the sea serpent, the reason is cause i've noticed a hughe amount of fps lag when in the proximity of a sea serpent in my pack (400+ mods, yeah) and i guess is cause of the huge amount of bubble around the sea serpent, but i could be wrong

if you are not interested i'm fine, do you know any mod that can disable a specific particle?

No error message.

Dropping the item Enchanted Berry (that is supposed to be used to tame Hippogryph) deletes all Hippogryphs in the area. When tested with 10, they disappeared one by one in a quick succession rather than instantly all at once. The Berry needs to be close enough for the bug to work. Dropping it from a large height above a Hippogryph will only delete it once the Berry gets close.

Pls fix, my heart cannot take more disappointment trying to gain flight in this modpack.

To Reproduce:
Use the siren flute and aim it at a player

Expected Behavior:
Using it should not crash the game and incapacitate/charm the player targeted as intended

just kinda op that it works on all mobs including bosses

[20:22:26] [Client thread/ERROR] [net.minecraft.client.Minecraft]: ########## GL ERROR ##########
[20:22:26] [Client thread/ERROR] [net.minecraft.client.Minecraft]: @ Post render
[20:22:26] [Client thread/ERROR] [net.minecraft.client.Minecraft]: 1283: Stack overflow
[20:22:26] [Client thread/ERROR] [net.minecraft.client.renderer.entity.RenderLivingBase]: Couldn't render entity
java.lang.NullPointerException: null
	at techguns.client.render.ItemRenderHack.shouldRenderItem(ItemRenderHack.java:124) ~[ItemRenderHack.class:?]
	at techguns.client.render.ItemRenderHack.renderItem(ItemRenderHack.java:54) ~[ItemRenderHack.class:?]
	at net.minecraft.client.renderer.RenderItem.renderItem(RenderItem.java:384) ~[bzw.class:?]
	at codechicken.lib.render.item.CCRenderItem.renderItem(CCRenderItem.java:293) ~[CCRenderItem.class:?]
	at com.github.alexthe666.iceandfire.client.render.entity.RenderSnowVillager.preRenderCallback(RenderSnowVillager.java:30) ~[RenderSnowVillager.class:?]
	at com.github.alexthe666.iceandfire.client.render.entity.RenderSnowVillager.preRenderCallback(RenderSnowVillager.java:15) ~[RenderSnowVillager.class:?]
	at net.minecraft.client.renderer.entity.RenderLivingBase.prepareScale(RenderLivingBase.java:301) ~[caa.class:?]
	at net.minecraft.client.renderer.entity.RenderLivingBase.doRender(RenderLivingBase.java:169) [caa.class:?]
	at net.minecraft.client.renderer.entity.RenderLiving.doRender(RenderLiving.java:50) [caf.class:?]
	at net.minecraft.client.renderer.entity.RenderLiving.doRender(RenderLiving.java:16) [caf.class:?]
	at net.minecraft.client.renderer.entity.RenderManager.renderEntity(RenderManager.java:413) [bzf.class:?]
	at jeresources.util.RenderHelper.renderEntity(RenderHelper.java:96) [RenderHelper.class:?]
	at com.github.sokyranthedragon.mia.integrations.jer.custom.CustomVillagerWrapper.drawInfo(CustomVillagerWrapper.java:56) [CustomVillagerWrapper.class:?]
	at mezz.jei.gui.recipes.RecipeLayout.drawRecipe(RecipeLayout.java:158) [RecipeLayout.class:?]
	at mezz.jei.gui.recipes.RecipesGui.drawScreen(RecipesGui.java:222) [RecipesGui.class:?]
	at net.minecraftforge.client.ForgeHooksClient.drawScreen(ForgeHooksClient.java:396) [ForgeHooksClient.class:?]
	at sun.reflect.GeneratedMethodAccessor73.invoke(Unknown Source) ~[?:?]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_322]
	at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_322]
	at net.optifine.reflect.Reflector.callVoid(Reflector.java:669) [Reflector.class:?]
	at net.minecraft.client.renderer.EntityRenderer.updateCameraAndRender(EntityRenderer.java:1462) [buq.class:?]
	at net.minecraft.client.Minecraft.runGameLoop(Minecraft.java:1119) [bib.class:?]
	at net.minecraft.client.Minecraft.run(Minecraft.java:5611) [bib.class:?]
	at net.minecraft.client.main.Main.main(SourceFile:123) [Main.class:?]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_322]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_322]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_322]
	at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_322]
	at net.minecraft.launchwrapper.Launch.launch(Launch.java:135) [launchwrapper-1.12.jar:?]
	at net.minecraft.launchwrapper.Launch.main(Launch.java:28) [launchwrapper-1.12.jar:?]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_322]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_322]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_322]
	at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_322]
	at org.multimc.onesix.OneSixLauncher.launchWithMainClass(OneSixLauncher.java:210) [NewLaunch.jar:?]
	at org.multimc.onesix.OneSixLauncher.launch(OneSixLauncher.java:245) [NewLaunch.jar:?]
	at org.multimc.EntryPoint.listen(EntryPoint.java:143) [NewLaunch.jar:?]
	at org.multimc.EntryPoint.main(EntryPoint.java:34) [NewLaunch.jar:?]

there's a few mods listed in the error and idk which one is the actual culprit

IceAndFireRotN-1.9.1-1.3.3

Hi all,

Love this mod, but unfortunately it adds these new villager types.

With the Village Names mod changing the way villagers are generated, you get ice villagers for ROTNIce-and-Fire spawning in plains biomes, forest biomes, etc.

Is there any chance of a fix for this? I have not tested if ROTNI&F villagers are spawning in vanilla 1.12.2 villages, but I could believe it.

Title.

Most of the time pixie wands don't like to properly shoot, and will simply poop out some particles instead of shooting the projectile/beam at stuff. Moving around doesn't cause this to happen, however.

Tested with this fork and the old mod, same issue happens, with or without other mods.

Hey there! First of all, I have to say I love this fork of Ice and Fire.

That being said: your newest version seems to have a simple bug, from what I've tested: the blacklist works as the whitelist and vice versa. By default without any changes, even though you intended it to be a whitelist and it states itself as being such, for me it acts as a blacklist and will spawn pixie villages everywhere BUT the base 3 biomes specified. When changed to "false" to make it what it states is a blacklist, it will then act like a whitelist instead. Tested it via creating new worlds and disabling and enabling whitelist, both with base assigned biomes and custom ones, to which they'd act opposite than intended.

I'm willing to bet it's just a mistake or something, but if it's not able to be replicated on your end it could be some odd error with mod conflicts on my end, perhaps. In that case, I'm happy to provide my modlist and any other details needed.

Some graphic cards deal poorly with the pertification application, same for forming the ice cube on the ice dragon freeze effect (same for ice weapons).
E.g, instead of getting correct texture change and etc, it only displays the uncracked stone layer first (same for ice cube), but should there be any changes to it like player using pickaxe to break the statue or ice cube stating to melt and crack - stone texture not only will be gone, but the entity itself either becomes invisible completely or visible in it's first form but standing completely still and without stone texture (and in case of cave troll - even returning to it's idle animations).

Some alternative methods rendering are required in cases where stone breaking texture layer is not rendered due to graphics card issue, or user having integrated one. Or any other unforseen issue.

In the latest version 1.3.3, aiming TOP at the dragon shows Error: iceandfire.dragon_info

Ticking a dragon is crashing the game. Crash log is attached.
crash-2024-01-02_11.51.20-server.txt

The lightning dragonsteel axe, shovel, pickaxe, and hoe freezes targets like an ice dragonsteel tool.

To reproduce:
Hit targets with said tools

Intended behavior:
Said tools should summon dragon lightning bolt like the sword does.

Riding death worms causes an updating entity crash. I think this is an old problem with I&F because it happened on the regular version as well. It's not a mod conflict as this has happened in two different modpacks and when I&F RoTn is installed by itself without anything else.

Using RoTn 1.9.1-1.1.2
Forge 14.23.5.2860

Crash report:
crash-2022-04-09_19.32.09-server.txt

It seems dragon AI is acting very weird. They fly in a straight line into the distance then de-spawn. Happens every time a nest with a dragon generates. Happens ever since Lightning Dragons came out, as per #36.

Happens with/without other mods.

(Would show a video but I don't want it being 50 GBs of me just flying around till I find a nest.)

In the latest 1.3.0 version, I found that the Cockatrice eye laser is unable to have wither effects or any damage.

Title.

When you hit myrmex eggs, they get doubled 2x

When building, the console says the maven.mcmoddev.com repository is offline (or missing the llibrary and hwyla dependencies).

> Configure project :
This mapping 'stable_39' was designed for MC 1.12! Use at your own peril.
WARNING: You are using an unsupported version of ForgeGradle.
Please consider upgrading to ForgeGradle 5 and helping in the efforts to get old versions working on the modern toolchain.
See https://gist.github.com/TheCurle/fe7ad3ede188cbdd15c235cc75d52d4a for more info on contributing.
Found AccessTransformer: iceandfire_at.cfg

FAILURE: Build failed with an exception.

* What went wrong:
A problem occurred configuring root project 'Ice_and_Fire-1.8.4-1.12.2'.
> Could not resolve all dependencies for configuration ':deobfCompile'.
   > Could not resolve net.ilexiconn:llibrary:1.7.19-1.12.2.
     Required by:
         project :
      > Could not resolve net.ilexiconn:llibrary:1.7.19-1.12.2.
         > Could not get resource 'https://maven.mcmoddev.com/net/ilexiconn/llibrary/1.7.19-1.12.2/llibrary-1.7.19-1.12.2.pom'.
            > Could not GET 'https://maven.mcmoddev.com/net/ilexiconn/llibrary/1.7.19-1.12.2/llibrary-1.7.19-1.12.2.pom'.
               > maven.mcmoddev.com: Name or service not known
   > Could not resolve net.ilexiconn:llibrary-core:1.0.11-1.12.2.
     Required by:
         project :
      > Could not resolve net.ilexiconn:llibrary-core:1.0.11-1.12.2.
         > Could not get resource 'https://maven.mcmoddev.com/net/ilexiconn/llibrary-core/1.0.11-1.12.2/llibrary-core-1.0.11-1.12.2.pom'.
            > Could not GET 'https://maven.mcmoddev.com/net/ilexiconn/llibrary-core/1.0.11-1.12.2/llibrary-core-1.0.11-1.12.2.pom'.
               > maven.mcmoddev.com
   > Could not resolve mcp.mobius.waila:Hwyla:1.8.25-B40_1.12.
     Required by:
         project :
      > Could not resolve mcp.mobius.waila:Hwyla:1.8.25-B40_1.12.
         > Could not get resource 'https://maven.mcmoddev.com/mcp/mobius/waila/Hwyla/1.8.25-B40_1.12/Hwyla-1.8.25-B40_1.12.pom'.
            > Could not GET 'https://maven.mcmoddev.com/mcp/mobius/waila/Hwyla/1.8.25-B40_1.12/Hwyla-1.8.25-B40_1.12.pom'.
               > maven.mcmoddev.com

* Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. Run with --scan to get full insights.

* Get more help at https://help.gradle.org

BUILD FAILED in 22s

crash-2022-03-31_20.40.14-server.txt

Title.

Unsure if this is caused by Realistic Terrain Generation, but both this and the old mod have this issue, with or without other mods.

It is equal to 8-9 logs, it smelts the same amount of material as one log instead of 9.

https://pastes.dev/fFOw8PIHQg