Wifidog et iTunes
mai 24, 2006
Pascal m’en avait parlé, mais j’avais cru comprendre que le problème avait été réglé… À moins que je n’aie pas la toute dernière version du Gateway de Wifidog…
Toujours est-il que mon Mac est connecté au routeur que j’utilise pour mes tests pour OG-WiFi et que, lorsque j’ai lancé iTunes ce matin pour mettre à jour mes podcasts, un petit point d’exclamation est venu s’afficher à côté de chacun d’entre eux… Wifidog a tout déprogrammé mes podcasts et la merveilleuse interface de iTunes ne permet pas de modifier manuellement l’URL d’un podcast. Merde! (Et autres jurons plus vulgaires…)
Quelqu’un a d’autres suggestions de podcatchers pour Mac OS X?
Tags Technorati 
: wifidog | itunes | macosx | podcasting | ogwifi
Oh, j’ai oublié d’expliquer le pourquoi, pour tous les geeks lecteurs que ça intéresse.
Lorsqu’on se connecte à un site web via HTTP sur un routeur possédant Wifidog, le routeur nous redirige vers la page de connexion de Wifidog pour valider l’usager. Pour ce faire, il utilise un code 300 (probablement le 301) pour signaler au navigateur d’afficher la page de connexion.
Le problème, c’est que la plupart des podcasts utilisent eux-aussi le protocol HTTP. Lorsque votre podcatcher tente de mettre à jour vos podcasts alors que vous n’êtes pas connectés à Wifidog, ce dernier vous envoie le même code 300. Et iTunes, en voyant le code 300, se dit: « Le podcast a changé de URL » et met à jour sa base de données.
En théorie, Wifidog devrait renvoyer le code 307 (Temporary redirect) et iTunes devrait interpréter ce code comme « Je ne suis pas capable de me connecter à ce podcast, mais je ne devrais pas mettre à jour ma base de données. »
Je m’informerai à Pascal à savoir si Wifidog utilise vraiment 307 ou s’il utilise un des autres codes 300.
Voici ce qui a résulté de cette investigation :
http://dev.wifidog.org/ticket/89
Si le bugs est toujours présent et du côté du gateway de Wifidog, faudrait réouvrir le billet et voir ce qui peut être fait.