Tâche #21310
Scénario #21250: Le paramétrage safe-search de youtube doit prendre en compte la nouvelle interface
Étudier le mode de filtrage safesearch sur la nouvelle interface Youtube
History
#1 Updated by Scrum Master about 6 years ago
- Status changed from Nouveau to En cours
#2 Updated by Fabrice Barconnière about 6 years ago
- % Done changed from 0 to 50
Le safesearch est toujours forcé sur la nouvelle interface Youtube.
Le problème est que l'indication donnée dans les paramètre de recherche Youtube ne correspond pas. Elle est toujours modifiable mais reste sans effet dù à la réécriture d'URL faite par e2guardian.
#3 Updated by Fabrice Barconnière about 6 years ago
- % Done changed from 50 to 100
- Remaining (hours) changed from 3.0 to 0.25
L'interface Youtube se base sur le cookie PREF pour voir si le mode de recherche restreint est activé ou non.
e2guardian réécrit ce cookie (headerregexplist) pour activer ce mode restreint.
Or en https, il ne peut pas voir le cookie, donc il ne peut pas le réécrire.
Seule la réécriture d'URL permet de forcer ce mode.
L'interface en https ne verra pas l'état du mode restreint.
J'ai supprimé les pas concernant Youtube dans le test PROXY-T02-001 et ajouté Youtube dans le TOTO FIXME des pré-requis
#4 Updated by Fabrice Barconnière about 6 years ago
- Status changed from En cours to Résolu
#5 Updated by Scrum Master about 6 years ago
- Status changed from Résolu to Fermé
- Remaining (hours) changed from 0.25 to 0.0
#6 Updated by Jean-Marc MELET almost 6 years ago
Bonjour,
En effet nous constatons depuis peu que le filtrage restreint introduit par https://dev-eole.ac-dijon.fr/issues/19510 sur youtube n'est plus débrayable, les recherches affichent toujours "Certains résultats ont été supprimés, car votre administrateur réseau a activé le mode restreint."
Par contre je ne comprends pas trop le comportement. Si je comprend bien depuis https://dev-eole.ac-dijon.fr/issues/7256#note-7 il y a un traitement sur le cookie destiné à forcer le mode restreint en HTTP en plus de la réécriture d'URL dans les regexp pour le HTTPS, du coup cela a bien pour but de forcer le mode restreint dans les 2 cas non? A ce sujet, je ne vois pas de URLMOD dans les logs de e2guardian lors des accès à youtube, cela ne devrait-il pas être le cas si les regexp sont appliquées?
L'autre chose qui m'échappe est pourquoi pouvions-nous contourner le traitement de eguardian avant en ajoutant le domaine youtube.com en sites autorisés et apparement plus maintenant? l'ajout de youtube.com en sites autorisés n'est-il pas censé bypasser ces réécritures d'URL et de cookies?
J'avoue qu'un peu d'explication plus complète là-dessus serait bienvenue.
#7 Updated by Klaas TJEBBES over 5 years ago
Réponse à la remarque de Jean-Marc MELET.
Ce problème n’apparaît pas avec 2.6 (E2G version 4 contre E2G version 3.5 sur Amon 2.5).
Réponse du développeur :
"Cette version complétement est obsolète maintenant, cap vers la v5, le système de filtrage est complètement réécrit."
Au moment d'écrire ce commentaire, il reste moins de 10 mois de support pour Amon 2.5.