Suffix matching behavior breaks Bypass tests for paths containing * about plug HOT 6 CLOSED

@thecristen when plug matches on *_whatever, the actual path is on _whatever. You should be able to change it afterwards in any way you want so you don't submit exactly _whatever to the API.

from plug.

@thecristen you should be able to write: /1/indexes/*_unused/queries or even /1/indexes/*_unused. Whatever follows * is going to be the name of the variables where the remaining paths will be assigned to. Then you can still access the whole path in the connection and send it to the 3rd party.

from plug.

Heyo, thanks for the issue.

I think the issue might be that you need to follow * with a variable name, not a suffix:

If this is the case, we need to improve the error message.

Also, I'm confused on a thing: do you want to send /1/indexes/*/queries as is to the 3rd party, or the * is still meant to be a match, and you want to send URLs such as /1/indexes/foo/queries?

from plug.

Thanks for the response; to clarify, I want to (need to) send /1/indexes/*/queries as is to the 3rd party.
It's not so much a route that's part of my own application, but my application happens to be making a HTTPoison.post to the third-party URL that happens to have the "/1/indexes/*/queries" path. Hope this helps!

from plug.

Thanks @josevalim I will give it a try. 😄
Also my bad for pointing to Plug 1.14, as I just found I can reproduce with 1.12.1.

from plug.

Well, that works as a workaround for the sake of my tests, but I'd have to adjust it in prod since the API I'm POSTing to doesn't support a "/1/indexes/*_whatever/queries" path.

from plug.