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
Closes #3664 -- diligently avoid partial argument matching #3676
Conversation
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.
generally looks good. Although we are losing tests for partial matching-ness. I seen quite commonly use of id
instead of id.vars
or fun
instead of fun.aggregate
. If in future we will add new argument that would break this partial matching, then tests would detect such "breaking change".
i thought of that and convinced myself we didn't want such tests but maybe you're right. If so, though, we should create tests explicitly for that purpose. (and skip them if the |
Codecov Report
@@ Coverage Diff @@
## master #3676 +/- ##
=======================================
Coverage 98.25% 98.25%
=======================================
Files 69 69
Lines 13084 13084
=======================================
Hits 12856 12856
Misses 228 228
Continue to review full report at Codecov.
|
@MichaelChirico you did a thorough job of fixing lots of files! Great work! And, thank you! |
…back. Tweaked news item.
Very nice PR - thanks @vlulla and @MichaelChirico! I just did a minor tweak to the news item and turned these options on so the tests always run with them on, to avoid any future partial argument matching creeping back in. One reveal on nanotime: eddelbuettel/nanotime#49 |
…om NULL so that restore works)
great! I meant to suggest the same for turning on the option. onwards and upwards! |
#3664
Confirmed we're doing OK for
attr
with:There's one call to
attr
that's not usingexact = TRUE
inside of.shallow
, since it's actually being called asattr<-
(didn't look so at first glance but it threw "too many arguments" error when I first tried).A bunch of partial matches were being used in
test.data.table()
. With the commit here,test.data.table()
runs fine using the options suggested by @vlulla.