Describe the bug
A clear and concise description of what the bug is.
Reproduction steps
Steps to reproduce the behaviour:
Add api
Add 2 endpoints with different regular expression, use Modify headers and URL rewrite plugins
for example
1st with http://httpbin.org/anything?detail
with response header… function: content detail
2nd with http://httpbin.org/anything?list
with response header… function: content list
Test url that match 2nd endpoint
Actual behaviour
url correctly return 2nd endpoint with 1st header (function: content detail)
Additional context
It seem tyk always return response header of first endpoint in list. We try other plugins such as Cache and it’s correctly use the correct matching
The new problem arise (but the same area i.e. modify header), unlike last Friday. Any path match with regex, even simple one have no response header. Only plain text path: /v1/contents2/x give the response header.
@NPh 've noticed big issue in your API in V1 version.
In URL rewrite plugin in all endpoints in match pattern you have .* everywhere for all endpoints.
When you set match pattern, it replace the value which you put in “relative path”, and now it matches the first endpoint in list (or maybe just random endpoint).
With URL rewrite you can treat “Relative path” as human readable path, and the actual match specified in URL rewrite plugin.