FIRST

Do you have specific documents for this bug - the original PDF, the parsed XML documents representing the questions? Do you know if the user did any editing within the parser, or was the default parsed output accepted?

(In reply to comment #1)

I do not have the specific documents currently available. But, the problem
seemed to appear irrespective of what document was being parsed. In fact,
when this problem was shown to me, the student (user) created a dummy multi-part
question, edited the prompt (and choices, I believe) and then, saved it without
any errors (at least, none was displayed!).
On re-opening the assessment, the multi-part item was split and the associated
question prompt for the individual single-part items was absent.

Do you have specific documents for this bug - the original PDF, the parsed XML
documents representing the questions? Do you know if the user did any editing
within the parser, or was the default parsed output accepted?

Could this be the source of the bug?

gui.actions.ChangeQuestionTypeAction.ChangeQuestionTypeAction() {

ln 46: // TODO: Figure out why the following doesn't work:

ln 48: question.parse(question.getOriginalText(), typeForParser);
}

After the user selects the question type to use for an item,
the above function would redirect the original text of the item
with the new type to be re-parsed.

I found the above comment in the code, which makes me wonder if
the changeQuestionType functionality is incomplete or has a bug?

Original Bugzilla ID was 4917