Andreas Herd
Andreas Herd
it also doesn't work when the submit button has a onclick event attached.
not really, your 2nd test is not right, it passes but if you check the type manually you get this: 
i think ramda should stay data-last, there are many libs that do that flow thingy.
addendum, I have investigated this a bit further and tracked the bug down to the wrong serialization of java.lang.Double.POSITIVE_INFINITY under windows. So when using Limit(Double.PositiveInfinity) in some of the API...
not sure if this helps anything but I had a rather simple implementation of slots like so: ```typescript import { type FunctionComponent, type PropsWithChildren, type ReactNode, useRef } from 'react'...
This is still broken, even with newest bandit
Thanks for the quick suggestion, I have switched to cowboy and added this, but still getting 400 bad request, locally at least. Need to dig in some more.
ok it seems to work fine now (with cowboy - my problem was wrong webhook signing secret when running locally.
well all you need to do is remove bandit from mix.exs and add cowboy and then in your config.exs just remove adapter-line config :xy, XY.Endpoint, url: [host: "127.0.0.1"], adapter: Bandit.PhoenixAdapter,
yep, it will default to cowboy by default