Open hborham opened 3 months ago
Hey @hborham,
Thanks for raising.
Just for reference, a canonical link for the slack conversiontion is archived over on linen.dev - and can be found here
https://www.linen.dev/s/pact-foundation/t/16381085
Ok so taking a look between the pact-go release tags
diff between v2.0.2 and 2.0.3
highlights this commit which bumps libpact_ffi from 0.4.5 -> 0.4.15
That is obviously a big jump and contains a swathe of changes
https://github.com/pact-foundation/pact-reference/compare/libpact_ffi-v0.4.5...libpact_ffi-v0.4.15
Alternatively a testcase on the suspected code in ffi library might also easily recreate it.
This seems like a sensible approach, you can create a test at the ffi barrier here
https://github.com/pact-foundation/pact-reference/blob/master/rust/pact_ffi/tests/tests.rs
which would be useful for anyone looking to solve, and allows us to fix forward rather than having to try and find the route cause in that long commit history
Noted that the pact was generated from a js client, I wonder if a pact generated with a later version of the pact_ffi may help, as that pact was generated with 0.4.0
with an older version of pact-js
https://www.npmjs.com/package/@pact-foundation/pact/v/11.0.2
The latest version will contain libpact_ffi 0.4.22.
the latest release of pact-go v2.0.6 contains libpact_ffi 0.4.21
Software versions
1.21
go env
Expected behaviour
Able to verify the pact header and value.
Actual behaviour
Fails to verify the pact
Enabled
PACT_LOG_LEVEL=TRACE
and this additional output seems relevantSteps to reproduce
First noticed in v2.0.3 and pinned our build to v2.0.2
My guess is using a jwt inside the pact below will recreate the error. Alternatively a testcase on the suspected code in ffi library might also easily recreate it.
Pact
Relevent log files
conversation from pact-go slack Please ensure you set logging to
DEBUG
and attach any relevant log files here (or link from a gist).