# pact-net

Fábio Rodrigues

02/16/2022, 1:17 PM
Hey good people, i have a consumer contract that that has a regex matcher in expectations (for a pre-signed url). What the consumer is expecting is a pre-signed s3 url. Before it was in a format like:
Copy code
but recent architectural changes have made us to change the url format to a new one
Copy code
Now the consumer side already changed the matcher in code and published the new contract in CI to pact-broker but is still giving up the old matcher and thus our provider test fails. We are already asking for the latest version by the way. Does the mechanism that pact-broker uses to check if it's a new version of the contract take in account the matchers or it just takes in account changes in keys

Adam Rodger (pact-net)

02/16/2022, 1:21 PM
@Beth ( Broker/pact-ruby) may correct me here, but I think it detects a new version based upon the pact contract itself, so if you've changed the consumer tests and published a new contract then that should be the latest version. You can use the HAL browser on Pact Broker to explore and find what different versions it thinks exist.

Fábio Rodrigues

02/16/2022, 1:25 PM
ok, thanls
found the issue, a previous pr (before the contract change) has run after the PR for the change, and thus pactflow thought the previous version was the latest

Matt ( / pact-js / pact-go)

02/16/2022, 8:48 PM
Are you using tags or other ways to differentiate pacts? Using only latest will lead to these problems because builds run all the time across different branches etc

Fábio Rodrigues

02/17/2022, 1:43 PM
yep, that wa what happened. Another PR rewrote (with the old definition ) the contract, and thus the fail
👍 1