Товарищи, поделитесь решениями, если тоже повстречались с проблемами.
Обновил один сайт (временно-тренировочный), ну и началось, естественно...
Из нехороших: вопросы короткого ответа и вложенные ломаются в ТЕСТЕ и при переходе от теста к редактированию вопроса показывается тоже поломанный вариант. При этом же, в предварительном просмотре и при редактировании в банке вопросов - всё нормально...
С чем такая красота может быть связана? Картинки пока не прилагаю.
Маленько нашёл. Вложенные ответы просто разбиваются на отдельные вопросы. А вот зачем это сделали и как от этого избавиться....
Товарищи!
Никто не встречался с таким ещё?
Описываю ещё раз картинку:
В категории есть, допустим, 20 вопросов различных типов, в т.ч. 2 шт. вопросов "Clozed"
В тест берётся 15 случайных вопросов из этой категории. И при выборе этих 15 вопросов, вопрос "Clozed" может быть взят целиком и может быть разбит на вопросы "числовой, краткий, выбор". т.е. случайным получается маленький бессмысленный огрызок большого "Clozed" и выступает этот огрызок как самостоятельный вопрос. Если попытаться открыть редактирование этого огрызка прямо со страницы прохождение теста, то и для редактирования тоже огрызок открывается. При этом сам большой вопрос "Clozed" остается в системе и пророю в том же тесте есть.
Делать-то что с этим?!!!
Люди! Будьте людями! Помогите!
Делать-то что с этим?!!!Если вы не программист, то, наверное, писать в трекер, заявлять об ошибке и ждать, когда она будет исправлена.
В 2.9 очень много новшеств. отсюда и большая вероятность глюков. Сообщения на форумах это, увы, подтверждают. Тут вы не одиноки. Поэтому ставить 2.9 на действующий сайт я бы остерегся пока.
Спасибо за поддержку, Александр. я Оооочень не программист(((
На настоящем рабочем планировал, как минимум, 2.9.1 дождаться. Этот сайт тренировоччный в некотором смысле, но тоже действующий, правда без студентов. Нет ли такой вероятности, что это не баг, а какое-то хитрое нововведение, которое в таком виде и останется? Или баг, который приведёт к изъятию вложенных ответов из стандартной инсталляции?
Я не допускаю такой возможности, чтобы вопрос, работавший в 2.8, перестал работать в 2.9. Вы же не один. Очень многие используют этот тип вопроса в сочетании со случайным выбором.
Виталий, тема на англ. форуме
Тим Хант просит прощения за допущенную ошибку и обещает в ближайшее время её исправить
ЗЫ: я этот баг тоже увидел после обновления до 2.9, но руки не доходили разобраться. Знаю только, что в какой-то функции неправильно сделали выборку вопросов из банка, т. к. только вопросы типа Cloze имеют поле parent ≠ 0 в таблице mdl_question и не должны использоваться как "случайные" в тестах. Теперь можно попробовать в функции get_questions_from_categories_with_usage_counts исправить sql-запрос, добавив в WHERE условие AND parent = 0
Попробуйте )) При тестировании не забудьте начать новый просмотр, чтобы не загрузилась старая попытка с неправильным отображением вопросов
Вот уже и исправление готово. Учитывая, что Tim Hunt и является разработчиком системы тестирования, итоговое решение отличаться не должно. Хотя, можно и до завтра подождать, когда выйдет обновление…
ЗЫ: предложенный мной вариант похож
Хотя, можно и до завтра подождать, когда выйдет обновление…
Вот! Спасибо, Вадим, за добрую весть)
Cloze имеют поле parent ≠ 0 в таблице mdl_question и не должны использоваться как "случайные" в тестах. Теперь можно попробовать в функции get_questions_from_categories_with_usage_counts исправить sql-запрос, добавив в WHERE условие AND parent = 0Вадим..., этта, Вы как-то сильно хорошо про меня думаете или издеваетесь(((
Вы как-то сильно хорошо про меня думаете или издеваетесь(((
Скорее первое, чем второе
Я ссылку давал на патч с изменениями в файлах, их немного и можно внести вручную (строки с минусом удаляются, с плюсом - добавляются)
файл question/engine/bank.php:
| 537 | FROM {question} q |
| 538 | |
| 539 | - WHERE q.category $qcsql $extraconditions |
| 539 | + WHERE q.category {$qcsql} |
| 540 | + AND q.parent = 0 |
| 541 | + AND q.hidden = 0 |
| 542 | + {$extraconditions} |
| 543 | |
| 544 | ORDER BY previous_attempts |
| 545 | ", $qubaids->from_where_params() + $qcparams + $extraparams); |
Точно так же добавить строки в файл question/tests/random_question_loader_test.php
Спасибо, Вадим! Попробую, если в обновлении не будет)
5 часов назад обновление 2.9+ (Build: 20150528) вышло.
Исправление обсуждаемого бага присутствует
Угу. Спасибо, Вадим!
Как-то не обращал внимания, что через админку обновления с запозданием проверяются - даже с ручным требованием проверки(((
а тут есть https://docs.moodle.org/29/en/Upgrading аж 9 часов назад)))
Баг ушёл. Будем искать следующие. Хотя несколько неприятностей уже есть(((
Спасибо за спасибо
обновление версии я смотрю тут: http://git.moodle.org
Хотя несколько неприятностей уже есть(((
Какие? Делитесь
Кстати, проверьте, плиз, у вас такой баг в миникалендаре есть? Названия дней аж на 2,5 недели. Такое было ещё в версии 2.8
Точно, есть такое.
Но я бы всё списал на Formalwhite и даже проверять не стал бы(((
Она пока кривенько работает на новой версии.
Ещё одна неприятная мелочь: система перестала воспринимать запятую, как разделитель разрядов. Понимаю, что это как-то должно быть завязано на ОС. Да ну не в этом дело, всё равно всех прошу использовать точку, да ещё и на латинице (береженого, как говорится). Хуже то, что после сохранения, при определенном числе знаков в оценке активного элемента (а теперь, что приятно, проходной балл сдублирован из настроек оценок в настройки самого элемента), система дописывает недостающие нули и отделяет их запятой, а потом отказывается понимать это как число. Блуд какой-то.
я бы всё списал на Formalwhite и даже проверять не стал бы(((
От темы не зависит, проверено неоднократно на разных темах. Где-то глючит жаба-скрипт
система перестала воспринимать запятую, как разделитель разрядов. Понимаю, что это как-то должно быть завязано на ОС
В проходном балле в настройках элементов курса - да, запятая не катит. В редактировании теста на странице добавления/удаления вопросов - запятая "проходит" в оценке каждого вопроса, но знаки после запятой превращаются в нули. С точкой - нормально, можно и 2.66 балла за вопрос поставить.
От ОСи не зависит, разделитель целой и дробной части берется из локализации (в русском это "запятая"). Пока не пойму, почему в одном месте работает (хоть и коряво), в другом - не работает.
Если сильно "не можется", можно поправить локальный перевод в /lang/ru/langconfig.php, строка 'decsep' - убрать запятую (разделителем будет "точка" из англ. языка). Тогда при редактировании/сохранении элемента курса не будет ошибки в "Проходной балл".
В то же время при редактировании проходного балла в "Управление оценками ► Категории и элементы ► Категории и элементы ► Редактировать элемент оценивания" запятая работает нормально, даже знаки после зап. сохраняет.
UPDATE
Похоже дело вот в чем: в форме редактирования в Управлении оценками тип поля для gradepass (Проходной балл) указано PARAM_RAW - т. е., строчный параметр, а в функции standard_grading_coursemodule_elements, кот. выводит стандартные поля для настроек оценивания всех элементов курса, в т. ч. и "Проходной балл", указано PARAM_FLOAT (отсюда и "система дописывает недостающие нули и отделяет их запятой". Запятая берется из локали).
А про PARAM_FLOAT в документации написано, цитата: «PARAM_INT should be used for integers. PARAM_FLOAT is also available for decimal numbers but is not recommended for user input since it does not work for languages that use , as a decimal separator.»
Перевод: «PARAM_INT - используется для целых чисел. PARAM_FLOAT - также доступен для дробных чисел, но не рекомендуется, т. к. не работает для языков, где указан разделитель "запятая"».
У меня одного такая проблема ?
Даже если проходной балл указан сохранить лекцию не могу, отключаю, выбираю шаблон и т.д. настройки не сохраняются т.е. лекция не сохраняется. Moodle 2.9
Если изменить это число на целое (без запятых вообще), то сохранить позволяет но выдаёт ошибку записи в базу данных, хотя при этом изменения сохраняет в других настройках.
Кто знает в 2.9+ это исправлено?
Александр, есть такая проблема и в 2.9+ (Build: 20150528)
На баг-трекере создан запрос MDL-50394
Пока решения нет, можно вернуть в качестве разделителя целой и дробной части точку вместо запятой, поправив локальный перевод в /lang/ru/langconfig.php, строка 'decsep'
Да, Вадим, так оно проще сделать, чем ждать или всем объяснять, что катастрофы не произошло). Спасибо) Ещё не забыть бы когда-нить на место всё вернуть..
Виталий, обновляйтесь до 2.9+ (Build: 20150612)
«Болячку» вылечили, можно использовать запятую как разделитель
Спасибо, Вадим)))
Удалю редактирование перевода)
Дайте тоже поделюсь багом. С календарем у меня глюков таких не было. Было такое - не давал 2.9 завести нового пользователя, т.е. админ был создан при установке, а при попытке вручную через меню завести нового пользователя ругался и не давал. Дебаг высветил - ругань на несгенеренный ключ mnet. В настройках сервера я указывал включение поддержки mnet. Думал, что это старый глюк еще с 1.6 - когда ключ не генерился, если в полное имя сайта написано на русском, - нет пробовал, не помогло. "Вылечил" - убрал в настройках сервера поддержку mnet- заработало. Сборка стоит от 11 мая 2015.