Skip to content
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

Report buses out of realistic voltage range in sub reports #1105

Merged
merged 6 commits into from
Nov 27, 2024

Conversation

TheMaskedTurtle
Copy link
Contributor

Please check if the PR fulfills these requirements

  • The commit message follows our guidelines
  • Tests for the changes have been added (for bug fixes / features)
  • Docs have been added / updated (for bug fixes / features)

What kind of change does this PR introduce?
Split a report where a message can be really big into smaller sub-reports

What is the current behavior?
We're creating a report with a message based on a map that gathers all the network elements that are in error. This list can be really big and we feel this is not a good practice to do so.

What is the new behavior (if this is a feature change)?
Instead of one report gathering all the detailed information we split it into sub-reports with TRACE level and one summary message with ERROR level

Does this PR introduce a breaking change or deprecate an API?

  • Yes
  • No

src/test/resources/saReport.txt Outdated Show resolved Hide resolved
Signed-off-by: Damien Jeandemange <[email protected]>
Signed-off-by: Damien Jeandemange <[email protected]>
Signed-off-by: Damien Jeandemange <[email protected]>
@jeandemanged jeandemanged changed the title fix: split in sub-reports for a list of elements that could be too big Report buses out of realistic voltage range in sub reports Nov 13, 2024
Copy link
Collaborator

@vidaldid-rte vidaldid-rte left a comment

Choose a reason for hiding this comment

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

I don't think that TRACE is the right severity level for the message displaying the bus names, since users need to know them in order to fix the problem as explained in a previous comment.
But if no application developer is shouting I have no reason to block at this time. Hence my approval.

@jeandemanged jeandemanged merged commit 6478bd7 into main Nov 27, 2024
7 checks passed
@jeandemanged jeandemanged deleted the jorism/report-buses-oor branch November 27, 2024 17:31
vidaldid-rte pushed a commit that referenced this pull request Dec 11, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: Done
Development

Successfully merging this pull request may close these issues.

4 participants