-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
More wildcard tests #35
Conversation
It's unclear why the tests are failing in Travis. These pass locally and the build in Travis won't show the logs. I'll investigate more later. |
It uses a python module
The |
dce83d9
to
208dbf4
Compare
Rep::Directive parsed(directive, true); | ||
for (auto example : examples) | ||
{ | ||
EXPECT_TRUE(parsed.match(example)) << |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not a fan of assertions in loops, but this should cover what you want covered.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Normally, I wouldn't do this, but the other tests in this suite were already written the same way.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah... apologies about that :-/
These tests were added as part of the initial investigation into #34, but don't directly address the issue reported there. It turns out the bug is only triggered when the wildcard is in the leading position and only occurs in the
Agent
, not in theDirective
.I have some separate failing tests that directly address the bug mentioned in #34, but I'm waiting to submit a PR until I have a fix.