Bulk closing issues that have not been updated since 2014 and earlier. Please reopen if this is still an issue and you have new information.

Thanks Raúl. If we are right then more work needs to be done on this ticket. I would think an easy way to solve the problem would be to compare the student answer and the correct answer after the quotes are removed. Sort of like case-sensitivity, which if you did not want then you would normalize both sides by making both strings lowercase before comparing. I would imagine.

Thanks a lot Neal for your detailed explanation.

I do agree with you that it should not matter if the comparision between student answer and correct answer ignores the quotes.

Regards,
Raúl

My attempt at a chart within the Jira text box did not work. So I uploaded a pdf file called FITB_quotes_table.pdf

Hi Raúl,

I just re-tested to make sure of my results on trunk and 2.9.2 . To answer your question about trunk and 2.9.2 . If something works in trunk it does not mean that it works in 2.9.2 or 2.9.x . For example, an issue can get fixed in trunk, but it will not be fixed in 2.9.x until that fix is then merged into 2.9.x. It will never work in 2.9.2 however because 2.9.2 is like a camera snapshot of what the Sakai program looks like at a point in time. We cannot go back in time, so we cannot fix 2.9.2, just a later version (2.9.3, 2.9.4 , etc) . Does that make sense?

Back to this issue in particular. Let us say the that columns in the charts below represent the correct supplied answer by the instructor and the rows represent the student supplied answer. Let's say that if you stripped away the quotes from both answers, the text is exactly the same so a "one" = one ; "one" = "one"; one = "one" ; one = one. A "y" indicates that Samigo marks the student answer as correct, an "n" it marks it incorrect.

TRUNK
Question Correct Answer

T quotes | y | n
U |--------------------------------------------
D | |
E no quotes | n | y
N | |
T

2.9.2
Question Correct Answer

T| quotes | n | n
U | |--------------------------------------------
D | | |
E| no quotes | n | y
N | | |
T|

I hope the charts make it clear that the current fix solves one problem, an important one to be sure. If the question's correct answer is "five" and the student answers "five" this appears correct in trunk and would just need to be merged into 2.9.x

The question is whether the comparison should ignore quotes completely so that it does not matter how the answer is supplied by the student nor how the instructor specifies the correct answer. If the instructor provides the correct answer of "five" but the student provides five, should it be marked wrong? If the instructor provides a correct answer of five but the student provides "five" should that be wrong?

I'm not sure, but my initial reaction is that it should not matter if there are quotes or not, the answer should just be marked write if the text, independent of the quotes, matches between the student answer and the question's correct answer.

?