On the stack inserter from Py, an up-facing stack inserter has a longer reach than a down-facing inserter. Same with left/right
https://imgur.com/a/6V6cv5V

Wow, these stack inserters are.. weird. Yeah, I guess the long-handed logic wasn't expecting a 2x1 oblong entity when copying the reach from a 1x1 long inserter. I'll see what I can do, I keep forgetting to test things with the feature flag mod enabled, since it doesn't get auto-enabled by the PyModpack mod

Easier than I thought, should be fixed in v5.1.18

Thanks! Had a build that needed this to work. Thanks for fixing it so quickly.

Got a crash after the update

  18.096 Loading mod pyalternativeenergy 3.1.37 (data-final-fixes.lua)
  18.191 Error ModManager.cpp:1767: Failed to load mod "pyalternativeenergy": __pypostprocessing__/lib/data-stage.lua:326: attempt to call method 'replace_ingredient' (a nil value)
stack traceback:
    __pypostprocessing__/lib/data-stage.lua:326: in function 'global_item_replacer'
    __pyalternativeenergy__/data-final-fixes.lua:1: in main chunk

It does not crash without this installed

Weird, it loaded up fine with the All PyMods modpack I tested, I haven't tried playing with any specific subset of mods. Might need a specific modlist or perhaps a save file to sync all the mods you might be running (I can't imagine too many being compatible with pymods tbh)

I did change the load order so that PyPostProcessing runs before More Long Inserters (since they do things that modify inserters, so this mod needs to run afterwards), but that didn't cause any issues from my testing

EDIT: I also tested again with just Alternative Energy and didn't get any errors there either

EDIT2: After some debugging, should hopefully be fixed in v5.1.19