Parentheses (aka Brackets) do not work ()

Something in the last days destroyed the useful testing of sentences with not needed sentence part, which makes a lot of sentences totally useless now.

Is this an momentary bug, like when sometimes alternative answers aren’t correct although they were typed in correctly, or is this a new feature?

easy example:
german question:
‘jemanden zur Sau machen’

hungarian answer
eltolni (valakit)

So until now: ‘eltolni’ was correct and also ‘eltolni valakit’ was correct. But now only ‘eltolni’ is correct or if you write the answers with parenthesis like ‘eltolni (valakit)’. Which is kind of stupid… the simple ‘eltolni valakit’ isn’t correct anymore because the ‘()’ are missing. That is totally annoying and now for 2 days already.

3 Likes

I think you are referring to a known bug. Can you please confirm so that I can close this thread ?

no this can’t be the same, since the other bug is 3 weeks old at least. This one started a few days ago.

1 Like

This also started happening to me. I can’t pin a date on exactly when it started, but I only noticed it within the last week.

And same. Happened within the last 7 days for me. It only affects a new course I’m developing; an old course I have still allows me to enter “eltolni” (to use OP’s example).

This supposed bug is still there. It’s annoying, because brackets offer a simple and clear method for alternative solutions.

Please bring them back!

Yeah I’d noticed this too. It’s particularly bad in some of the official German courses where words that the course creator obviously considered optional are included in parentheses but you now get punished for typing the optional/extra words, unless you also remember to put (unnecessary) parentheses around them…

Same problem here. This really messes up many already created courses.

Still nothing changed and the problem is like it was 3 weeks ago. Using parentheses for optional words does still not work.

1 Like

@Joshua can you shed some light on this “recent” problem?

1 Like

In the last year it was easily possible to add optional words like:

english - german
(to) fly - fliegen
(a) house - das Haus

and if it was asked for ‘fliegen’, it was correct to type just ‘fly’, but it was also correct to type ‘to fly’. (and it was also correct to write ‘(to) fly’)

but since three weeks only ‘fly’ is correct. ‘to fly’ isn’t counted as correct anymore. (Just ‘(to) fly’ would be also correct.)
And these are just easy examples.

1 Like

german the same eg - (sich) trennen could be answered trennen or sich trennen.

a few weeks ago i also noticed the - symbol could be included or not included, now it must be

I preferred when both were how they were before the change.

1 Like

Parentheses bug is still present. It’s getting to be nearly a month since it started. It’s really killing the ability to take some courses.

1 Like

Just changed the topic title to give it a bit more focus, because this bug is killing a lot of courses/leaning fun and should be somehow easy to fix.

2 Likes

Pretty sure this should be fixable with a userscript, but haven’t had time to investigate enough yet.

Same for me. For example in Advanced English cours there is “keep (close) tabs on” expression/ Before it was possible to write either “keep (close) tabs on” or “keep tabs on”, both variants regarded as correct, now only “keep tabs on” is correct.

So far I’ve determined the problem is this:

n.sanitizeTypingTest = o(i(/(.*?)/g, “”)

That regular expression causes anything between the parentheses to be stripped out, both in what you type and what it’s checking against. So if the answer contains “a (b)” it strips out the “(b)” to leave “a” and compares that with whatever you type. This actually means you can put whatever you like between parentheses in your answer and it will be ignored!
But it’s not trivial to fix, as it needs to be able to do two comparisons, one with the answer with the parenthetical parts stripped out, and one with them remaining (but with the parenthesis characters themselves removed). If I had access to the full source I don’t doubt I could fix pretty easily, but I’ve sent similar suggestions to Memrise in the past and they’ve been consistently ignored. Further they did have this working previously and it shouldn’t hard at all to restore the correct logic.

(edit: the way it is now the problem goes right back up to the ‘score’ function, which removes anything inside parentheses from the typed response. But one simple fix would be to modify getTypingTestAccepted( ) to add in the accepted answer with parentheses to the returned array, which would at least allow a user to type in the full answer without the parentheses characters, even though it would still ignore any random stuff you type between ( and ) in the answer)

MEMRISE.garden.scoring.getTypingTestAccepted=function (e,t,n,i){var fa=MEMRISE.garden.scoring.getFullAccepted(e,t,n);var r=fa.map(function(e){return MEMRISE.garden.scoring.sanitizeTypingTest(e,i)});r.push(fa[0].replace(/[^\w\s]/g, “”).toLowerCase());return r;}

Note that this removes all punctuation characters from the answer and checks that it matches what you’ve typed. In some cases this might produce slightly unexpected results, but still better than what it is now.

Ah I am gathering all the problems for typing and tapping. Can someone please help me complete this by following this form?

  • Give me the course that you are taking or reviewing
  • Give me an example of your sentence
  • Give me the expected behavior that you want

For example,

1 Like

Also please help me by specifying the type of testing you are taking.