Skip to content

Conversation

lubo-dev
Copy link

  • Usage.Detail::count and Usage.Detail::limit were declared as long but parsed as int.
  • This seems to be caused by a176b6d, where the type was changed from int to long without adjusting the parsing.
  • This caused an integer overflow, resulting in a negative value when e.g. the character limit exceeded Integer::MAX_VAlUE.

 - `Usage.Detail::count` and `Usage.Detail::limit` were declared as `long` but parsed as `int`.
 - This seems to be caused by a176b6d, where the type was changed from `int` to `long` without adjusting the parsing.
 - This caused an integer overflow, resulting in a negative value when e.g. the character limit exceeded `Integer::MAX_VAlUE`.
@DeeJayTC DeeJayTC requested a review from a team August 30, 2024 10:59
Copy link
Member

@daniel-jones-dev daniel-jones-dev left a comment

Choose a reason for hiding this comment

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

LGTM. Thank you for finding this bug and the fix.

@daniel-jones-dev daniel-jones-dev merged commit ae5a1de into DeepLcom:main Sep 5, 2024
4 checks passed
@lubo-dev lubo-dev deleted the usage-deserializer-integer-overflow-fix branch September 5, 2024 09:18
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