Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

Cette anomalie s’en suit de la fermeture du bug  FS#12668  qui dupliquait chaque élément dont le contenu était mis à jour (lorsque le nombre de seed / leech est inclut en description par exemple), celui-ci est bien corrigé.

Cette fois-ci, lorsque cette mis a jour se produit sur un élément déjà marqué comme lu, celui-ci redevient à lire.
Il est un peu difficile de suivre ce qui est nouveau ou ce qui ne l’est pas dans ce cas.
L’auto téléchargement est alors exclus avec cette anomalie car le fichier ce refait télécharger de nouveau s’il n’est plus dans la liste des partages.

Je conçois qu’un élément modifié est potentiellement à lire de nouveau (nouvelle version du torrent corrigeant un défaut par exemple) et c’est pourquoi il faudrait pouvoir choisir entre deux comportements afin de satisfaire tous les utilisateurs :
- considérer les maj d’éléments déjà lues comme a lire de nouveau (le comportement actuel)
- ignorer les maj d’éléments déjà lues (ma requête qui satisfait au mieux l’auto téléchargement de mon point de vue)

l’explorateur de fichier est vraiment pratique, mais il le serait encore plus si les partages samba du réseau local étaient montés/montables afin d’effectuer des transferts entre les partages samba du réseau et les disques branchés sur la box (ou le disque de la box).
bien sur, c’est en accès distant que cette évolution serait la plus utile, mais ce serait aussi un énorme plus en accès local.

L’auto détection serait un plus pour les utilisateurs débutants mais un système plus avancé comme ceux de Windows serait aussi utile.
Reste la question des droits d’accès des partages protégés par mot de passe, mais cela pourrait faire l’objet d’une évolution ultérieure.

Bien entendu, je n’oublie pas les utilisateurs de linux et mac qui souhaiteraient eux aussi obtenir le même service sur leurs plateformes respectives.

Permettre l’ajout d’un torrent avec un hash dans l’ajout direct :

c’est super simple de détecter un hash avec une regexp et de le transformer en un magnet :
magnet:?xt=urn:btih:ee16a8c687843b2c16f315b88bafadb827fa4403&dn=torrent_name&tr=tracker_url
où ee16a8c687843b2c16f315b88bafadb827fa4403 est le hash.

le nom du torrent et les trackers devraient être optionnels car la dht permet de les récupérer.

Accessoirement, la détection de ces hash et magnets dans les flux rss en alternative aux enclosure url, car le standard n’est pratiquement pas respecté et se contenter d’implémenter seulement le standard rend l’outils rss presque inexploitable.

Les flux rss peuvent être modifiés dynamiquement après publication (mise à jour de la description, du lien, etc.).
La seedbox ne détecte pas les mises à jour d’éléments déjà publiés et les considère comme de nouveaux éléments (bien que le titre et la date restent inchangés), ce qui peut poser problème en cas de téléchargement automatique

d’après cette documentation : http://www.rssboard.org/rss-specification#hrelementsOfLtitemgt , le guid devrait être l’élément servant d’identifiant unique d’un item si présent, et si non présent au moins un de title ou description doit etre présent et sert à identifier l’element.

capture png du problème sous Freebox OS :
https://docs.google.com/file/d/0B1uq9TAvYXN1elNDdENRUWNCSnM/edit?usp=sharing

le flux rss correspondant :
https://docs.google.com/file/d/0B1uq9TAvYXN1MEZXaTNVamVZcDQ/edit?usp=sharing

dans le cas présenté, le guid reste identique, ainsi que le titre, la date de publication et le lien. seule la description est mise à jour.

pour les rss provenant de torrentz.eu (faire une recherche puis clic sur l’icone rss pour obtenir le lien),
voici un lien que j’ai ajouté en auto ou non à la seedbox (l’ajout fonctionne) :
http://torrentz.eu/feed?q=%22Crossing+Lines%22%7C%22Cult%22%7C%22Da+Vinci%27s+Demons%22%7C%22Defiance%22%7C%22Dexter%22%7C%22Do+No+Harm%22%7C%22Dracula%22%7C%22Elementary%22%7C%22Falling+Skies%22+HDTV+-720p+eztv+added%3A7d

Mais lorsque sur les rss ajouté sans téléchargement auto, je souhaite télécharger un torrent, l’élément passe en état lu pendant 1s puis revient en non lu et aucun téléchargement n’est ajouté.

Et aucun fichier n’est téléchargé si le rss est ajouté en mode auto (et ils n’apparaissent pas dans la liste non plus)

Sur la façade du freebox server, l’écran et les boutons perdent l’éclairage au bout d’un certain temps.
Les paramètres d’affichage de l’interface d’administration mafreebox (luminosité, orientation, etc.) ne rétablissent pas la lumière.
Seul un reboot permet à l’affichage de s’éclairer.

Je ne sait pas si c’est un problème de rétroéclairage ou un problème de driver etc.

Mon player est à l’horizontal, tourné à 180

Si l’on souhaite utiliser la freebox server en tant que simple routeur et que l’on a pas de synchro au boot, le NAS est inaccessible.
Le problème se pose lorsque l’on souhaite partager des fichiers du NAS vers l’extérieur (par ftp), la fonctionnalité ne fonctionnant pas, une alternative est de se déplacer avec le routeur. Ca ne marche pas non plus car le NAS ne démarre pas si on est pas connecté a internet........
alors il est vrai que se déplacer avec le routeur n’est pas une solution idéale, mais meme ca, ca ne marche pas pour partager des fichiers !

le lan et le wifi n’ont pas de problèmes, et même dans l’interface de config, les icônes de seedbox et explorateur ne s’affichent pas; je comprend pour seedbox, mais pourquoi pas l’explorateur...
qu’est-ce qui empêche l’utilisation du NAS (qui je le rappelle est strictement réservé au réseau local smb+ftp pour l’instant) d’être opérationnel au boot sans synchro ???

comme d’hab, une date de mise a jour, même approximative est la bien venue, de même qu’une réponse négative.
et si quelque chose m’échappe, j’attends avec impatience de savoir.

quand aurons nous enfin des réponses ???
on se demande vraiment a quoi sert ce bugtracker...
lorsque l’on affiche les bug soit disant “en cours de résolution”, on ne peut s’empêcher de remarquer depuis quand ça n’a pas évolué...
pas de réponses des devs, des mises a jours arrivant au compte goutte (ne corrigeant quasiment rien), pourtant ce n’est pas les bugs ni leur signalisation sur ce tracker qui manque...
alors cette révolution est elle un gros flop ? un échec, une blague, une pompe a fric pour des pigeons...
j’aurait mieux fait de rester chez mon ancien opérateur, je payait moins cher, et je n’étais pas ignoré a ce point.

révoltez vous, le client ne devrait pas se sentir arnaqué.

dans la config du routeur (/settings.php?page=wifi_status), FreeWifi est toujours desactivé meme si activé via :
- wifi.free.fr avec saisie du code de controle
- /settings.php?page=wifi_freewifi avec le slider au vert et validé

ayant des voisins chez free et leur freewifi activé (j’ai coupé mon routeur et le resau freewifi est toujours dispo), je ne peut determiner si mon freewifi est bien actif.

alors est-ce une erreur d’affichage ou y il y a plus ?

Désolé pour le doublon et pour ‘gueuler’ dans le résumé mais aucun changement a ce sujet depuis l’ouverture de l’autre issue en janvier, et aucune info des devs concernant le problème ou son évolution dans les commentaires.

en résumé, les transfert vers disque dur branchés en usb ou en esata sur le serveur plafonnent a 5Mo/s en écriture et pas beaucoup mieux en lecture. ce qui est très gênant pour une utilisation orientée stockage sur le NAS, parce qu’avec 160GB on va pas loin...

aux devs : ce thread peut être directement fermé, mais donnez nous au moins un résumé concernant le/les problèmes et une éventuelle date de résolution.

aux utilisateurs : pour donner aux devs une petite idée de l’importance du blocage (du moins concernant ceux qui traînent sur ce tracker), je vous invite a ‘plusoyer’ sans hésiter dans les commentaires.

Merci.

url : mafreebox.free.fr/settings.php?page=conn_status

fuite memoire a chaque refresh auto de la page connexion internet / status de la configuration du freebox serveur.
navigateur : Chrome (dev)

le probleme semble provenir des graphiques mis a jours toutes les 5s, les ancients restent en memoire causant un leak important au bout de quelques heures jusqu’a saturer la memoire du pc.
n’ayant pas un code javascript suffisament lisible a examiner, il serait bien de determiner si le probleme vient du code javascript ou si c’est le navigateur qui est fautif. auquel cas, je vous laisse le soin de remplir une issue sur le bugtracker de chrome (ici : http://code.google.com/p/chromium/issues/list) avec tous les elements pour reproduire le leak afin que ce probleme soit corrige.

le probleme est peut etre reproductible sur les autres pages affichant des graphiques mis a jour automatiquement.

merci, continuez l’evolution