Daniel Merz

We are also interested in a validation. In the context of writing tests or even in the production code itself it makes sense to validate event payload types. For our...

I have this problem every single day. At the moment I always close all run config tabs before starting the multirun...

Yes this would be a possibility. But it is quite verbose when typing The field level multipliers mostly have effect on the root level query (e.g. `query($ids: [ID]){ posts(ids:$ids) {...

Right, this is not possible. I was just in the typescript thinking How about a specific complexity multiplier directive that can be configured centrally? Then the original concept of the...

This should be possible by combining the annotations and using both estimators: > Viewer { posts(limit: Int): [Post] @Complexity(multipliers: ["limit"]) @ExponentialComplexity } > ... estimators: [ directiveEstimator(), exponentialDirectiveEstimator( { defaultFactor:...

So I think we have these options discussed: 1. Extend the Complexity annotation with a `childListMultiplier` and make the complexity value optional. This multiplies the complexity of list fields with...

The issue still exists

Waiting desperately for this. Otherwise notifications for many repositories are too spammy [edit] We have multiple teams maintaining ~50 small repos each. Usually builds pass due to our good test...

Jenkins has the nice feature for notifying on - failed builds - fixed builds (first successful build after a fail) So extending the config as in the main description could...