Very cute problem - thanks!

AxB doesn't need to be provided, although I appreciate doing so creates a certain symmetry.

Actual and expected were swapped, fixed it.

java sample test test2() expected: <6> but was: <7> but the test is:
@Test
void test2() {
assertEquals( Kata.alphabet(new long[] {2L, 6L, 7L, 3L, 14L, 35L, 15L, 5L}), 7L );
}

this also get pass.

Approved

Should be fixed. Yell if it isn't.

Should be all fixed now. Note that int changed to long, so you'll need to change that.

nvm I forked it myself.

JS

Is correctly this test?

assert.strictEqual( alphabet([2,6,7,3,14,35,15,5]), 7);

I'm only failing this test...

Thnks!

An update was made by @ITSOS, should be good now.

(cw doesn't send out notifications in this scenario so I didn't see your messages until now)

Yeah the issue isn't solved. But it's a duplicate. So the issue is still open. And it's being worked on. Probably. The translation author did poke at it but it needs another pass and uh. The point is, the issue isn't being ignored.

I think you're wrong about the size being different from 8 though. Maybe you're printing it in some weird way that you're looking at two of them. Java people seem to be prone to that kind of thing, while for example python/js people can just print it and get it neatly formatted and therefore won't mix them up that way. (not that it matters until the other issue gets fixed)

Scala translation

Ok.. uhm.
so what you did might be technically correct, but .. could you please write it how it is in python? because what you wrote looks like you gave up on implementing it as intended.

also, you seem to have edited the already approved translation, normally the button to edit that is not even visible so I'm not sure how you even did that, maybe you manually added /edit to the url. regardless of how that happened, that change isn't live.

@natan, you are right, I fixed it