Registration order matters when multiple responses match a request, can regex be a specific case? about pytest_httpx HOT 2 CLOSED

Hello @realsuayip ,

This behavior is already documented.

Considering that the following requests are issued by your code:

1. http://example.com/test/123
2. http://example.com/test/123
3. http://example.com/test/1
4. http://example.com/test/123

With your example, this would mean the following responses:

1. 404 (as it matches the regex and it is hasn't been sent yet)
2. 200 (as it matches the url and it hasn't been sent yet, while the regex was already sent)
3. 404 (as it only matches the regex)
4. 200 (as it matches both url and regex and url was the latest registered)

Unless you expect the absolute URL to be issued only once, changing the order of registration would NOT fix this issue as this would mean the following responses:

1. 200 (as it matches the url and it is hasn't been sent yet)
2. 404 (as it matches the regex and it hasn't been sent yet, while the url was already sent)
3. 404 (as it only matches the regex)
4. 404 (as it matches both url and regex and regex was the latest registered)

To properly fix your issue, your regex should exclude the specific URL it shouldn't match.

To come back on your proposal:
I understand that, in your use case, you provide only 2 response, one being an absolute match and the other being a regex.
It is indeed easy to imagine that we could make a deterministic choice and always chose the absolute match.
However this might not be the expected behavior for everyone, moreover we can imagine use case with more than one regex matching the same url.
Making it even harder to know what is the expected behavior for the user.

In any case, I am always eager to enhance the documentation to avoid unexpected behavior.
Do you have any proposal as to how this could be achieved?

Thanks again

from pytest_httpx.

It seems that I have missed the relevant part in documentation. Thanks for the clarification.

from pytest_httpx.