Update tooManyConfigsError error message to prevent duplication in error message

[GNL10]

No description provided.

[firewave]

Please add a test.

[firewave]

Thanks but a unit test does not seem to make sense here as it is not clear how actual inputs can trigger this behavior.

Also the unit test just calls the function triggering the error should might not represent as it actually occurs in the executors. So it might be tested cases which will never occur.

[GNL10]

Thanks but a unit test does not seem to make sense here as it is not clear how actual inputs can trigger this behavior.

Also the unit test just calls the function triggering the error should might not represent as it actually occurs in the executors. So it might be tested cases which will never occur.

You are right, but looking at it, the only place where it would make sense to test that empty file, would be the getErrorMessages UT.
But this UT results in 333 messages in errorLogger.errmsgs (at the current commit). The second position in the iterator of errorLogger.errmsgs would be the one where we could apply the validation. But it looks strange validating only one position, and the second one at that.

I added an update, so you can see how it would look like. But I, myself, am not too happy about how it looks like.

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

[danmar]

This was not caused by you. But the verbose message does not say how many configurations are checked or what the maxConfigs options is and that is unfortunate.

[danmar]

Thanks but a unit test does not seem to make sense here as it is not clear how actual inputs can trigger this behavior.

imho the idea of unit tests is to test each function individually. And I like to unit test functions.

Also the unit test just calls the function triggering the error should might not represent as it actually occurs in the executors. So it might be tested cases which will never occur.

well it would be interesting to know if this can be reproduced. Spontanously I don't understand why this function would ever be called when numberOfConfigurations is <= maxConfigs .. can you @GNL10 share some info about this?