-
Notifications
You must be signed in to change notification settings - Fork 561
M365 aug22 #1196
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
M365 aug22 #1196
Conversation
Changelog still needs to be updated. |
I'd like to wait for #1199 to ensure there are no regressions to the generated stuff |
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.
This LGTM re: the structure. I'm not the one to verify expected schema updates :)
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.
While I can't judge the schema changes reflected in the JSON files, it looks like there are some minor inconsistencies in the PropertyComments
. Assuming those PropertyComments
are not critical, this should hold up the release.
@@ -40521,19 +40468,23 @@ | |||
"QName": "w:numId", | |||
"PropertyName": "NumberID", | |||
"Type": "Int32Value", | |||
"PropertyComments": "Numbering Definition Instance ID", |
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.
Why do you remove the descriptive PropertyComments
and replace it with the local name of the Open XML element?
I don't know what the convention for those PropertyComments
values is, but it looks like there is some inconsistency in those that are introduced in this commit.
"PropertyName": "AbstractNumId", | ||
"PropertyComments": "Abstract Numbering Definition Reference" | ||
"PropertyName": "AbstractNumId" |
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.
Why do you remove the PropertyComments
?
"QName": "w:ilvl", | ||
"PropertyName": "LevelIndex", | ||
"Type": "Int32Value", | ||
"PropertyComments": "Numbering Level ID", |
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.
See above. This is an example of descriptive PropertyComments
. In the cases above, either the corresponding XML element's local name was used, or no value was provided (i.e., the key was deleted).
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.
@ThomasBarnekow we've noticed this in the past as well and have not gotten around to understanding it. The backend processor does all this automatically. So we'll need to take some time to review the code and understand why it changes these. They should not hold up the code release as they don't affect the logic or API surface.
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.
@ThomasBarnekow this answer relates to all your questions about the PropertyComments as they all are automatically generated and we didn't explicitly change anything. We will check on all of the issues.
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.
LGTM
No description provided.