No meu caso acontecia porque activaram todos os plugins de autenticação das disciplinas.
“This seems to be a issue with course enrollment plugin. One of the enrolment plugins the Course -> Enrolments caused this issue for me. I just unchecked the plugin and it worked for me. But I havent figured out why that happens .”
http://moodle.org/mod/forum/discuss.php?d=122491&parent=649056
No meu caso este era o meu problema:
“Check the value of mnet_localhost_id in the mdl_config database table. It’s normally 1 but must match the mnet_hostid field in your user records in the mdl_user table for the user to be recognised. It can sometimes get changed spuriously during upgrades or site migrations.”
Bastou mudar no mdl_config a opção de 3 para 1 e voilá!
http://docs.moodle.org/23/en/Installation_FAQ#I_can.27t_log_in_-_I_just_stay_stuck_on_the_login_screen
Em vários sites o DragMath não funcionava quando se acedia através do Windows XP. Depois de muitas voltas, dei conta que o applet estava a ser bloqueado pelo mod_security. Na lista de robots existia uma string “windows xp 5” e o header do cliente era “Mozilla/4.0 (Windows XP 5.1) Java/1.7.0_04”.
Consegui dar com o problema porque reparei que os acessos ao .jar e ao .applet estavam a ser devolvidos com 403.
ModSecurity: Access denied with code 403 (phase 2). Matched phrase "windows xp 5" at REQUEST_HEADERS:User-Agent. [file "/etc/httpd/modsecurity.d/base_rules/modsecurity_crs_35_bad_robots.conf"] [line "26"] [id "990012"] [rev "2.1.2"] [msg "Rogue web site crawler"] [data "windows xp 5"] [severity "WARNING"] [tag "AUTOMATION/MALICIOUS"] [tag "WASCTC/WASC-21"] [tag "OWASP_TOP_10/A7"] [tag "PCI/6.5.10"] [hostname "xxxx.pt"] [uri "/lib/DragMath/applet/Display/MainApplet/class.class"]
Para resolver isto tive que alterar o ficheiro /etc/httpd/modsecurity.d/base_rules/modsecurity_35_bad_robots.data e eliminar a linha com a string “windows xp 5”.
(depois componho o artigo…)
Fonte:
Fixing Call to undefined method stdClass::onDisplay() Error in Joomla
Esta alteração vem descrita nas notas de lançamento da versão Moodle 1.9.7:
“Teachers lose permission to include ANY user data in a course backup or restore a course including user data due to new capabilities moodle/backup:userinfo and moodle/restore:userinfo which are not set for the default role of teacher. Sites with custom roles should check permissions carefully. Admins can restore those permissions but are informed of the risks in doing so.”
Para modificar esta opção, entra-se como Administrador, acede-se a Administração do Sítio > Utilizadores > Permissões > Definir cargos e depois escolhe-se o perfil de Professor. Nos pormenores dos cargos definidos carrega-se no botão Editar e alteram-se as regras backup:userinfo e restore:userinfo para Permitir.
Fica aqui o link para estudar quando tiver algum tempo….
http://www.joomlapt.com/dificil-atualizar-sem-megaupload.html
http://forum.joomlapt.com/faq-j2-5/10234-migrar-1-5-para-2-5-a.html
http://cmsteachings.com/how-migrate-joomla15-joomla25-part1
http://cmsteachings.com/how-migrate-joomla15-joomla25-part2
Existe um bug em determinadas versões do Moodle que quando se tem a opção “Apagar utilizadores não confirmados” ao fim de x dias faz com os utilizadores remotos sejam eliminados porque o campo de conta confirmada está a 0.
Fonte: http://moodle.org/mod/forum/discuss.php?d=171512
http://moodle.org/mod/forum/discuss.php?d=167607
http://tracker.moodle.org/browse/MDL-27288?page=com.atlassian.streams.streams-jira-plugin%3Aactivity-stream-issue-tab
http://moodle.org/mod/forum/discuss.php?d=153927
Ver aqui:
http://moodle.org/mod/forum/discuss.php?d=95736
Na gestão dos trabalhos enviados o professor vê “Não existem trabalhos enviados” apesar de os alunos já terem submetido trabalhos. O professor só vê os administradores como utilizadores nas notas.
Esta situação pode ocorrer após uma actualização do Moodle. Está definido um cargo diferente de Aluno nas pessoas avaliadas nas definições gerais das notas.
Resolução:
Aceder a Notas > Definições Gerais e alterar as Pessoas avaliadas para Aluno.