-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Add missing properties for meta and app payloads #2625
Conversation
@@ -23,7 +23,8 @@ public async Task RequestsTheMetadataEndpoint() | |||
new[] { "1.1.6.1/24", "1.1.6.2/24" }, | |||
new[] { "1.1.7.1", "1.1.7.2" }, | |||
new[] { "1.1.8.1/24", "1.1.8.2/24" }, | |||
new[] { "1.1.9.1", "1.1.9.2" } | |||
new[] { "1.1.9.1", "1.1.9.2" }, | |||
null |
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.
Do you mind explaining the addition of the null
here? I'm not sure I follow.
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.
That was just to satisfy the required constructor arguments. I left it as null
here because installed_version
isn't present on calls to github.com. However, I'm happy to change it to 3.7.0
if you'd prefer to have all the values filled in. I could also make that constructor parameter optional if that's preferable.
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.
Hmm...I would probably prefer an explicit argument there, but I'm unable to articulate a good case for why. Matching other behavior is probably our best bet.
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.
Makes sense! I've updated it to an actual value
@nickfloyd has mentioned that in the past we typically don't treat constructor/model changes like this one as a breaking change. Is there another aspect that makes this change breaking I'm not seeing? |
No, just the constructor change. I saw other PRs were approved with constructor changes so I assumed it would be okay, but still marked it as a breaking change since it seemed applicable. |
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.
Got it, thank you! I'll get this merged shortly and released at some point in the future.
Thanks! |
Resolves #2624
Behavior
Before the change?
InstalledVersion
was missing from theMeta
model (only present on GHES)Permissions
andEvents
were missing from theGitHubApp
modelInstallationPermissions
modelAfter the change?
Other information
$.components.schemas.app-permissions.properties
Additional info
Pull request checklist
Does this introduce a breaking change?
Please see our docs on breaking changes to help!
Type: Breaking change
label)If
Yes
, what's the impact:internal
to prevent future breaking changes?Pull request type
Please add the corresponding label for change this PR introduces:
Type: Bug
Type: Feature
Type: Documentation
Type: Maintenance