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
The problem is that both the expectation definition (hackable by using :any) and the call handling analyze the path directly using Plug's build_path_match function here, that finds the :strange.string.that.may and complain thinking it is a match's definition.
I opened a branch showing the issue with a test case here ( test )
Has anyone got any workaround for this particular case? I'd gladly try to provide a patch, if you have some indication if you already have an idea of how it could work.
Thank you!
The text was updated successfully, but these errors were encountered:
zoten
pushed a commit
to zoten/bypass
that referenced
this issue
Feb 25, 2022
same issue here. Trying to tests Google Business Api, which has lots of ":requestLaunch" things in api endpoints, but looks like after this pull merged (#93) it is no longer possible.
guys you should either put some flag so that people can skip build_path_match or find out other way.
it is no sense adding features which break others' .
Hi everyone, and thanks for the great work!
I'm having some troubles with bypass, since I have to work with paths in the form
/a/strange/path/dotted:strange.string.that.may:happen
The problem is that both the expectation definition (hackable by using
:any
) and the call handling analyze the path directly using Plug'sbuild_path_match
function here, that finds the:strange.string.that.may
and complain thinking it is a match's definition.I opened a branch showing the issue with a test case here ( test )
Has anyone got any workaround for this particular case? I'd gladly try to provide a patch, if you have some indication if you already have an idea of how it could work.
Thank you!
The text was updated successfully, but these errors were encountered: