You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In the original PR, I notice the mux package has a potential problem for handling requests even in the header-not-match scenario. So I remove it and create a discussion related to it. But it had been merged without full discussion and testing.
For a stable usage scenario, please use the 1.0.0 tag version's Easegress, and I will open a new issue for this not feature-related modification next time.
BTW: the correct logic here should be if there are headers related setting, not match will cause a 404, else it is a path matching. We will fix it in the next PR.
@tg123 We had launched the fixing PR #76, and in normal path-matching(Readme example) and header-matching(FaaSController) scenarios, Easegress can work as expected.
lines below are removed in #59
d6af0dc#diff-9a718d32cef26863af1d2292e908365d40b9d2f761b2bc1bbde6ec743d3b8bdd
when you run the example in readme
https://github.com/megaease/easegress#create-an-httpserver-and-pipeline
you will always get 404 because of
path.Headers === nil
the egress server will never touch any backend server if no header set in config object
The text was updated successfully, but these errors were encountered: