Conversation
b18b1b8 to
5bc426b
Compare
5bc426b to
6223a2c
Compare
|
@ampinsk This is a random pick example that includes multiple reviewer's states. I put completed reviews before review requests and sort the reviewer's name alphabetically. As far as I can observe, GitHub.com does further sorting (top > This is an example of @mislav @vilmibm |
|
@doi-t yes this is totally great for now! I definitely don't think we need to over optimize right now, this is exactly what we need to start :) |
|
Solved the conflict and made additional refactoring. Now it's ready for code review. |
|
Thank you for the double-check!
Since an actual review can happen without a review request and "reviews" and "review requests" are managed differently by GitHub, I guess we need to combine them if we go with this idea (e.g. |
|
I'm not too worried about the ordering for this first version! I think whatever's simplest is great, and we can always iterate on this detail in the future if we find people are getting confused by this or are needing more nuanced ordering 😄 |
mislav
left a comment
There was a problem hiding this comment.
This looks great to me! Thank you for the hard work.
| "nodes": [ | ||
| { | ||
| "requestedReviewer": { | ||
| "__typename": "user", |
There was a problem hiding this comment.
I think it might be valuable to also display teams among requested reviewers. But I also think that this is something that could just as well be a follow-up.
There was a problem hiding this comment.
Let me create another follow-up PR for team! Since the key is different from user, I guess I need to tweak the sorting logic along with a query update.
There was a problem hiding this comment.
@mislav
I've added the team reviewer support d70358e to this PR.
The following test results are made by below permissions (read:org works 👍 ).
- q.Set("scope", "repo")
+ q.Set("scope", "repo read:org")It seems that the requested team reviewer will be gone once one of the team members takes an action. The requested team will not be shown in the review results too because a result (Comment/Approved/Request changes) is always recorded with user account as far as I can see.
I also realized that ghost account does not have Login value. I added a workaround to show ghost's review results 67907c8.
I think this edge case is happening in other commands which display a user account. 🤔
e046e12 to
1ce09ff
Compare
|
I've merged This PR is now ready for re-review and merge. #762 (comment) is additional changes since the last code review. By the way, |
mislav
left a comment
There was a problem hiding this comment.
Thank you for the update!
By the way,
ghasked me to do auth again as I expected. However, it didn't work so that I needed to remove~/.config/gh/config.yml.
Thanks for reporting that. I think that something in #786 with refreshing the token for the current process is off. 🤔 I will take a look.







This PR is a part of #663 (
pr view).(This is a nested PR. #748 needs to be merged at first.)Merged.The query updates for
Reviewersis in #748.The design must be reviewedThe design has been reviewed #663 (comment). The author of a PR won't be included in theReviewerslist as GitHub.com does not include it (this is the reference implementation).When there is a requested reviewer:

When there are multiple reviews:

When there is no reviews and requested reviewer (No metadata too):

Todos
ReviewsandReviewRequests