Hi there, why is `foo`` not marked as an overload resolution ambiguity error :

fun <T> List<T>.foo(minSize: Int = 1, maxSize: Int = size, random: Random) = this
fun <T> List<T>.foo(proportion: Double = 1.0, random: Random) = this

fun main() {
    listOf("some", "thing").foo(random= Random(3))
}

Using kotlin 1.8.10

Functions with less arguments are considered higher priority

That's imho a very odd convention. Is there a youtrack ticket for this?

It is intended behaviour afaik. It's useful to avoid resolution ambiguity for certain functions, like in your case, where one function is preferred over the other, unless the other function is the only one that can work (e.g. if you use

minSize=3

then the first function will be called). This behaviour is usually used by library devs through useless

unit1: Unit = Unit, unit2: Unit = Unit

parameters

Thanks for the clarification. In my case there is no preference, and both function calls would be legit, that's why I think its a confusing specification.

Why? One has 2 parameters with default value, one has 1 parameter with default value, so the second is more specific.

Because to me, the number of default arguments does not correlate with specificity. I don't see how a user's intent to call one or the variant, would relate to the number of default arguments of either variant. If at all, I'd think this should be made opt-in e.g. via an annotation (smthg like @AllowAmbigousVariantByDefaultArgs)