Item munch crashes importing Mace of Spite from Griffon's Saddlebag book one

[tphockenberry]

Item munch crashes importing Mace of Spite from Griffon's Saddlebag book one

Steps to reproduce the behavior:

1. Set source to Griffon's Saddlebag
2. Start Item munch
3. Process will halt when it reaches Mace of Spite

• Browser: Chrome
• Foundry Version V13 Stable 9 (Build 351)
• 5e System Version 5.2.5
• Module Version 7.0.10

[MrPrimate]

This does come in for me, can you try with all other modules disabled, and screen shot any errors in the developers console (F12)

[tphockenberry]

You were correct sir! I disabled all modules except for Midi, CPR, DAE, TimesUp, Active Auras, Aura Effects, and Active Token Effects and the import was successful. Now that the import has completed the only odd thing I see specifically about the Mace of Spite is that the image for it is borked - so I don't know if that somehow caused a problem for one of the other modules?

I'm including a list of my normally active modules in case it is helpful in any way. Or perhaps if you see some obvious problem. I can say this was not an issue before the new Griffon's Saddlebag book 1 came out.

Also, thanks for responding and for all your hard work. The module is amazing!

active modules.txt

[MrPrimate]

Yep I also noticed that I wll try and track it down for you

[tphockenberry]

Thanks! If you need anything more information from me please let me know!

[SirAron111]

Having the same issue. Didn't fix itself for me when I disabled all thought. Game just freezes doesn't even create a log. Only happens with griffons import of items. Console did show the mace of spite as last thing as well during image conversion or so it seemed.

[MrPrimate]

Having the same issue. Didn't fix itself for me when I disabled all thought. Game just freezes doesn't even create a log. Only happens with griffons import of items. Console did show the mace of spite as last thing as well during image conversion or so it seemed.

What versions are you on, have you disabled other modules, this is fixed for the other user, please provide details so it can be debugged

[SirAron111]

AH pretty much exactly the same as mentioned above so. I will try to update to the latest v13 versions and see if that helps. I always try to avoid needlessly updating to not break stuff that was working before.

[SirAron111]

Ok i tried it up with updated versions it now gets stuck loading data forever.

Foundry Version: 13 Stable Build 351
DnD 5e 5.3.0
DnD Beyond Importer 7.1.4

only happens with griffons saddlebag import of items no idea why. Spells work all other ones work. And yes i turned all the other modules not mentioned in the importer itself off.

it now always gets stuck at this point. i let it sit at this point for an hour but nothing happened.

i mean maybe it isn't actually stuck but just takes forever and longer than 1 hour. Since there is no loading indicator It's hard to tell.

[wolfb3ard]

The only unique setup I have to the others is that I munch everything into a shared compendium so I can share things between multiple worlds.

I disabled all modules except the muncher and my shared generic and was able to replicate. Here's the last console output, pretty much identical to the previous poster

Muncher 7.1.5
Foundry 13 Build 351
D&D 5.3.1

[SirAron111]

ye the problem persists. Even in v14 with everything updated to the latest builds as of the day of this post.
Always stops at this mace of spite image conversion part same as above.
the import itself works fine if you turn off gathering images from beyond and just use default item images but that is sad to miss out all the good images.

[MrPrimate]

ye the problem persists. Even in v14 with everything updated to the latest builds as of the day of this post.
Always stops at this mace of spite image conversion part same as above.
the import itself works fine if you turn off gathering images from beyond and just use default item images but that is sad to miss out all the good images.

Can you try turning off webp conversation?

[SirAron111]

ye that works to if i turn off webp conversion. might be cause its trying to convert a webp to a webp who knows. but i like to have the images as webp as that makes them load faster and less of a strain on the network since i self host.

[wolfb3ard]

Can confirm that disabling .webp conversion also unblocked me.