"wrong length" is not stated anywhere in the description:

If string contains other characters than number or it has more or less than 4 numbers separated by comma function returns "incorrect input".

The test is fine. Not a kata issue.

I encountered the test case [ '10', '11', '12', '13', '15' ]. According to the specifications,
it should return 'wrong length' because the array length exceeds 4.
However, the system currently expects 'incorrect input' as the return value,
which seems inconsistent with the requirements. Please clarify which behavior is correct.

me too same error

... and this also shows how the square root can be easily obtained without relying on floats. Sadly, there is Math.sqrt or **0.5 everywhere.

Enabled in this fork

I spent too much time on this one. But it WAS fun as hell.

Man this one sucks in SQL

JS should be updated to Node 18

This kata is a subject to deduplication process here: https://github.com/codewars/content-issues/issues/231.
Please join the discussion to help us identify duplicate kata and retire them.

I think this solution have mistakes because

( JS, probably others )

Returning inconsistent datatypes is not a best practice. There's a reason native map throws instead of returning a value; that's the correct behaviour by design.

Lots of other problems with the kata design, but most have been raised already. This mess should probably just be retired; it's not worth the maintenance effort.

Approved

Fixed by OP

Python: Random tests are vulnerable to input modification

python new test framework is required. updated in this fork