Example ease that causes the failure:
Explanation
SVG's y-coordinates are inverted from AE's. Turns out that in writing this script, I only tested with ease curves that go down and to the right, which winds up being what GSAP's CustomEase expects.
When the ease goes up and to the right, the resulting SVG is the opposite, and CustomEase winds up assuming that we're trying to do something wacky and gives us a normalized output that we don't want.
Solution
This script needs to handle normalizing the SVG path data into a coordinate space and orientation that will always be what CustomEase expects.
More info: https://greensock.com/forums/topic/16271-customease-might-not-be-properly-normalizing-svg-path-data/#entry71667