Skip to content

Fix trailing comma when no GitHub user is found #126

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

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

dimo414
Copy link

@dimo414 dimo414 commented Jan 24, 2020

Also:

  • Support disabling mapping to a GitHub user on the command line, for incorrectly-mapped BB users without a known GH account.
  • Clarify help text of --skip-attribution-for
  • Update help text in README with some recently added flags

Also:

* Support disabling mapping to a GitHub user on the command line, for incorrectly-mapped BB users without a known GH account.
* Clarify help text of --skip-attribution-for
* Update help text in README with some recently added flags
attributed. Useful to skip your own comments, because
you are running this script, and the GitHub comments
will be already under your name.
Your BitBucket username, if you don't want comments
Copy link
Owner

Choose a reason for hiding this comment

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

Hmm... been a bit since I've looked at this code, but I thought this isn't just for your bb username... it can be applied to any username?

Also, your updated comment for --map-user suggests that this flag may not even be needed? Since you can just map your own name to an empty value? Is that correct?

Copy link
Author

Choose a reason for hiding this comment

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

The code as it stands only really works for your username, particularly since the issue template attributes the issue to "me". Even if the template was changed, though, it doesn't really make sense to pass any other user, since it can only be set once and without attribution the comment effectively is being attributed to the user running the script.

else:
gh_user = ""
return (user['display_name'] + " (" + bb_user + ", " + gh_user + ")")
return "{0} ({1}{2})".format(user['display_name'], bb_user, gh_user)
Copy link
Owner

Choose a reason for hiding this comment

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

Can we use the nifty new f strings on this one? To make it more readable?

Copy link
Author

Choose a reason for hiding this comment

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

Happy to; let me know your thoughts on your other comments and I'll update this PR.

@@ -658,10 +662,10 @@ def format_user(user, options):
bb_user = "Bitbucket: [{0}](https://bitbucket.org/{0})".format(user['nickname'])
gh_username = _gh_username(user['nickname'], options.users, options.gh_auth)
if gh_username is not None:
gh_user = "GitHub: [{0}](https://github.com/{0})".format(gh_username)
gh_user = ", GitHub: [{0}](https://github.com/{0})".format(gh_username)
Copy link
Owner

Choose a reason for hiding this comment

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

I am not understanding the impact of this... Can you explain / provide example of the bug that this solves?

Copy link
Author

Choose a reason for hiding this comment

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

In the current code, you'd get this behavior (simplified example):

>>> bb_user = "MyUsername"
>>> gh_username = None
>>> if gh_username is not None:
...   gh_user = "GitHub: [{0}](https://github.com/{0})".format(gh_username)
... else:
...   gh_user = ""
...
>>> print(" (" + bb_user + ", " + gh_user + ")")
 (MyUsername, )

Note the trailing comma. This change ensures the comma separator is only added if gh_user will be non-empty.

There are other options, e.g. something like:

usernames=[bb_user]
if gh_username is not None:
  usernames.append("GitHub: [{0}](https://github.com/{0})".format(gh_username))
print(" (" + ', '.join(usernames) + ")")

If you prefer that, but this case seemed simple enough to just move the location of the comma.

@@ -613,7 +615,9 @@ def format_change_element(change_element):

def _gh_username(username, users, gh_auth):
try:
return users[username]
user = users[username]
return user if user else None # No GH account for this user
Copy link
Owner

Choose a reason for hiding this comment

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

Would user = users.get(username) be the same thing?

And why do this? We're already catching the KeyError and passing...

Copy link
Author

Choose a reason for hiding this comment

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

We're explicitly converting a user-provided empty-string to None and short-circuiting, to allow the caller to exclude usernames that shouldn't be mapped to GH. Falling through via pass would wind up in the auto-associate logic instead.

The goal is to let the caller disable the auto-associate behavior if it's wrong. If a BB user has a name that also exists on GH, but isn't the same person, there's no way currently to disable that mapping.

@dimo414
Copy link
Author

dimo414 commented Mar 11, 2020

@jeffwidman what are next steps here? The trailing comma behavior is clearly a bug, if there's other changes in this PR you're unsure about let me know and I can pull them out into a separate PR.

@dimo414 dimo414 requested a review from jeffwidman April 25, 2020 07:47
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants