Skip to content

Handle a quosure properly in strip_dots() and is_calculated() #3597

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

Conversation

yutannihilation
Copy link
Member

Fix #3552

Currently, strip_dots() and is_calculated() treat a quosure as a call, and it surprisingly works for now, but it's fragile. A quosure should be treated as a quosure...

Copy link
Member

@clauswilke clauswilke left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks! Looks good to me.

@clauswilke
Copy link
Member

Oh, maybe one minor issue: Can you amend the commit message so it states that the commit closes #3552?

@yutannihilation yutannihilation force-pushed the fix/issue-3552-rlang-warnings branch from 1e69448 to 46478b5 Compare October 29, 2019 21:41
@yutannihilation
Copy link
Member Author

Sure, I tweaked the commit message. But, I'm not familiar with this manner. Why should it be written in addition to the description of the pull request?

@clauswilke
Copy link
Member

I thought that github was automatically closing issues only based on commit messages, but now I see this may not be true. In any case, I think it makes sense to put it into the commit message, because that is part of the actual git log. If at some point in the future you stumble across this commit and you wonder why it was made then you can see directly from the commit message that it was related to a specific issue. If it's only mentioned in the PR, then you'd have to first dig out the PR that contributed the commit and then read through the discussion of that PR to find the same info.

@yutannihilation
Copy link
Member Author

Thanks, makes sense. I tend to rewrite (or remove) the individual commit message when I "Squash and merge" on GitHub, but I'll keep in mind to include the original issue number in the message from now on!

@yutannihilation yutannihilation merged commit 36b50fe into tidyverse:master Oct 29, 2019
@yutannihilation yutannihilation deleted the fix/issue-3552-rlang-warnings branch October 29, 2019 23:05
@thomasp85
Copy link
Member

General advice is really just to put it in the PR description as that will close it. Any commit messages will potentially be removed during squashing anyway so it doesn’t make sense to have it there

@yutannihilation
Copy link
Member Author

Yeah, ultimately, commit messages are not what we can rely on, but a useful commit message is still useful (e.g. Linux's commit messages are really cool). So, I just decided to do my best to write them a bit more informative. It's my personal decision and I don't think we can enforce it as a rule here, though.

@lock
Copy link

lock bot commented May 5, 2020

This old issue has been automatically locked. If you believe you have found a related problem, please file a new issue (with reprex) and link to this issue. https://reprex.tidyverse.org/

@lock lock bot locked and limited conversation to collaborators May 5, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

rlang warnings in ggplot2 unit tests
3 participants