This description is not correct; subclasses are allowed to loosen the contract on parameters, and tightened on return values; see also \https://en.wikipedia.org/wiki/Liskov_substitution_principle. Example :
public class Raspberry extends Fruit {
public void setRipe(Season ripe) { //compliant
this.ripe = ripe;
}
public @Notnull Integer getProtein() throws MyException { //compliant
First a word about the formulation of your question :
While we love hearing (negative) feedback, please keep a polite voice and avoid passive agressive tone like in your last question. Being right and pointing out errors of others does not allow to be rude (on the contrary). Thanks.
Now for the content of your feedback:
If you think about this rule as a rule to detect LSP violations, then indeed, it does not work as it will detect cases that are not LSP violations when you loosen contract on parameters and tighten on return values (false positives).
As a first implementation we did not think about it like this, so I'll update the description and create a ticket to fix this rule.