Edge case for

• 0

is not tested in

• Java

No random tests in

• Elixir

• Go

C++ is missing #include <string> in the initial code + tests

The Python random tests' structure is ill-formed, causing a red assertion to show up even when passing the kata.

@test.it('')    
def f():
    for _ in range(40):
        n=randint(1,100)-10
        test.it("Testing for "+str(n))
        ...

should be:

for _ in range(40):
    n=randint(1,100)-10
    @test.it("Testing for "+str(n))
    def _():
        ...

Why my answer with n1011121314151617123456789\n0111213141516171234567891 is wrong and test case \n1011121314151617123456789\n1112131415161712345678910 is right?

First of all, WHY Strings and not just numbers? For a 7 KYU this constraint just causes way too much problems with padding 0's at the end (At least when working in Haskell).
Second of all, the rounding and float imprecision cause additional problems. I have 5/10 Tests passed, with two tests not passed because of the missing end zero and the other because of some weird imprecision (eg. I get 2.39, actual should be 2.40 or 2.38).

Lua translation

The description is rather confusing - it would be nice if the sequence was defined other than the example.

Java: actual and expected are swapped in the assertions (should be (expected, actual))

In JavaScript, if random tests generate n=0, the reference solution expects the output to be '0', which contradicts the rules in the description: If n < 1 then it should return "" i.e. empty string.

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

Just a grammar correction:

upto is not a word. The correct spelling is up to.

Sorry, but I've been doing all the Complete the Pattern katas, and that's been bothering me.

C# function name should use PascalCase (Please refer to implementation of backward compatibility here )

The C++ solutions do not seem to behave as described in the instructions, or the instructions are too vague.
Output for "1234567891011" prints all lines except the one starting with "0" and the last line "1". Why does this test leave off the last digit when the example tests do not describe this behavior?

Here is the Output for the test case that I'm referring to:

Expected: equal to "
1234567891011
234567891011
34567891011
4567891011
567891011
67891011
7891011
891011
91011
1011
11"
Actual: "
1234567891011
234567891011
34567891011
4567891011
567891011
67891011
7891011
891011
91011
1011
11
1"

edit: I thought it would keep the formatting on the example output :/ sorry