esup-pod

Arborescence des pages

Comparaison des versions

Ancienne version 35

changes.mady.by.user Loic Bonavent

Sauvegardée le

comparé à

Nouvelle version 36

changes.mady.by.user Loic Bonavent

Sauvegardée le

Légende

  • Ces lignes ont été ajoutées. Ce mot a été ajouté.
  • Ces lignes ont été supprimées. Ce mot a été supprimé.
  • La mise en forme a été modifiée.

...

Astuce
titleGestion de l'erreur Evaluation failed (Octobre 2021)

En cas d'erreur du type :

Error: Evaluation failed: TypeError: Cannot read properties of null (reading 'duration')
at __puppeteer_evaluation_script__:2:72
at ExecutionContext._evaluateInternal (/home/pod/bbb-recorder/node_modules/puppeteer/lib/ExecutionContext.js:122:13)
at process._tickCallback (internal/process/next_tick.js:68:7)
-- ASYNC --
at ExecutionContext.<anonymous> (/home/pod/bbb-recorder/node_modules/puppeteer/lib/helper.js:111:15)
at DOMWorld.evaluate (/home/pod/bbb-recorder/node_modules/puppeteer/lib/DOMWorld.js:112:20)
at process._tickCallback (internal/process/next_tick.js:68:7)
-- ASYNC --
at Frame.<anonymous> (/home/pod/bbb-recorder/node_modules/puppeteer/lib/helper.js:111:15)
at Page.evaluate (/home/pod/bbb-recorder/node_modules/puppeteer/lib/Page.js:860:43)
at Page.<anonymous> (/home/pod/bbb-recorder/node_modules/puppeteer/lib/helper.js:112:23)
at main (/home/pod/bbb-recorder/export.js:136:38)
at process._tickCallback (internal/process/next_tick.js:68:7)

A priori, en ajoutant une temporisation dans le script export.js de bbb-recorder, le problème ne se présente plus. En attendant une mise à jour de bbb-recorder, il peut-être nécessaire de modifier bbb-recorder/export.js et y ajouter à la ligne 125 :

// Waiting for page loading
await page.waitFor(10000)


false
Astuce
icon
Info
titleMise à jour en lien avec les présentations Web au format BigBlueButton 2.3 (Juillet 2021) => Résolu en Septembre 2021

Suite à la mise à jour de BigBlueButton ou de Scalelite, il peut arriver que les liens des enregistrements BigBlueButton changent de format.
Ainsi, avant la mise à jour, les liens étaient sous la forme : https://bbb.univ.fr/playback/presentation/2.0/playback.html?meetingId=INTERNAL_MEETING_ID
Après la mise à jour, les liens peuvent se retrouvrer sous la forme : https://bbb.univ.fr/playback/presentation/2.3/INTERNAL_MEETING_ID/?meetingId=INTERNAL_MEETING_ID

Pour gérer ce changement de format vis-à-vis de ce système de publication vers Pod, il est nécessaire de réaliser les modifications suivantes :

  • Remplacer, sur les serveurs d'encodage, le fichier /home/%USERPOD%/bbb-recorder/export.js par le fichier export.js fourni dans ce projet Github : https://github.com/amirhoseinsalimi/bbb-recorder/tree/bbb-v23
    (avertissement) (avertissement) En effet, il semblerait que le projet bbb-recorder (https://github.com/jibon57/bbb-recorder) n'ait pas encore été mis à jour pour prendre en compte ce format 2.3 des enregistrements.

  • Mettre à jour la version de Pod en v2.8.2 ou supérieure.

  • Ajouter à votre settings_local.py : BBB_VERSION_IS_23 = True


icon
Astuce
Info
falsetitleAstuce en lien avec Scalelite (Juillet 2021) => Résolu en Octobre 2021 (Scalelite v 2.0.1.2)

Cela n'a rien à voir avec le système de publication pour Pod, mais si vous avez un Scalelite et que, parfois, certains enregistrements n'apparaissent pas aux utilisateurs, cela peut provenir de Scalelite.

Après recherche, dans mon cas, il s'avérait que certains enregistrements restaient bloqués, au format .tar, dans le répertoire spool de Scalelite (/mnt/scalelite-recordings/var/bigbluebutton/spool/) et n'étaient alors jamais publiés.

Au final, en mettant à jour la base de données de Scalelite et en le redémarrant, tout est rentré dans l'ordre. Voici les commandes utilisées :

sudo docker exec -t scalelite-api bundle exec rake db:migrate
sudo systemctl restart scalelite.target

...