- État Fermée
- Pourcentage achevé
- Type Anomalie
- Catégorie Téléchargements → RSS
-
Assignée à
rfliedel - Système d'exploitation Freebox Server V6 (Révolution)
- Sévérité Haute
- Priorité Très Basse
- Basée sur la version 2.0.3
- Due pour la version Non décidée
-
Échéance
Non décidée
-
Votes
1
- djack42 (03/10/2013)
- Privée
Ouverte par djack42 - 25/09/2013
Dernière modification par Freebox Robot - 14/04/2014
FS#13263 - Maj d'un élément RSS déja lu redevient non lu
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)
14.04.2014 20:43
Raison de la fermeture : Résolu
Commentaires de fermeture :
En 2.1.0
Chargement...
Activer les raccourcis clavier
- Alt + ⇧ Shift + l Se connecter/Se déconnecter
- Alt + ⇧ Shift + a Ouvrir une tâche
- Alt + ⇧ Shift + m Mes recherches
- Alt + ⇧ Shift + t Rechercher par ID de tâche
Liste des tâches
- o Ouvrir la tâche sélectionnée
- j Déplacer le curseur vers le bas
- k Déplacer le curseur vers le haut
Détails de la tâche
- n Tâche suivante
- p Tâche précédente
- Alt + ⇧ Shift + e ↵ Enter Modifier cette tâche
- Alt + ⇧ Shift + w Surveiller
- Alt + ⇧ Shift + y Fermer cette tâche
Édition de la tâche
- Alt + ⇧ Shift + s Enregistrer la tâche
pour vos tests, le tracker www.nyaa.se propose des flux rss dynamiques (en fonction du filtre choisit) et intègre le nombre de seeders, de leechers et de donwloads.
pour reproduire mon cas :
- ajouter le flux suivant : http://www.nyaa.se/?page=rss&cats=1_37&filter=2 - désactiver le téléchargement automatique pour ne pas vous faire saturer le disque...
- marquer tous les éléments comme lus
- ALLER BOIRE UN CAFÉ, je vous invite xD, le temps que le tracker puisse mettre a jours les descriptions (toutes les 10 minutes je pense)
- regarder la liste et constater que des éléments déjà marqués lu sont de nouveau à lire...
- la cause : très certainement le contenu de la description qui a changé, l’élément est donc mis à jour
un extrait du rss en question :
<item><title>[Commie] Senki Zesshou Symphogear G - 12 [58A7AF12].mkv</title><category>English-translated Anime</category><link>http://www.nyaa.se/?page=download&tid=476640</link><guid>http://www.nyaa.se/?page=view&tid=476640</guid><description><![CDATA[1068 seeder(s), 488 leecher(s), 5749 download(s) - 433.2 MiB - A+ - Trusted]]></description><pubDate>Wed, 25 Sep 2013 10:43:36 +0000</pubDate></item>
dans l'application android, ce problème est meme plus sérieux car :
si le guid ne change pas ça ne devrait pas créer de nouvelle entrée, et l'item ne devrait pas repasser en non lu même si la description change
Le Guid de l'exemple :
<guid>http://www.nyaa.se/?page=view&tid=476640</guid>
C'est un lien vers la page web du tracker liée au téléchargement. Ce lien n'est pas censé changer, seule la description change en fonction du nombre de seed / leech / dl.
Je ne pense pas que le problème vienne du fournisseur de flux rss car il s'agit d'un tracker très utilisé notamment pour ses rss personnalisables par simple recherche de mots clés.
Je suppose que le & est une séquence d'échappement du & dans les rss, le tid est l'ID du torrent sur le tracker.
La date de publication reste inchangé car les éléments sont toujours triés dans le bon ordre dans l'interface freebox OS lorsque triés par date.
et à titre informatif, mon ressentiment sur l'ensemble des produits,
Parenthèse compagnon android :
Je persiste à signaler que l'ordre d'affichage des éléments rss dans l'interface android est trié ni par nom, ni par date et qu'il n'est pas possible de le changer, couplé au bug des éléments qui redeviennent non lus tout seuls, c'est la galère totale ! Pas moyen de suivre un flux rss sans tout relire de nouveau, et je ne parle même pas d'auto téléchargement !
> Si au moins la position du défilement dans la liste était conservée lorsque l'on switch sur une autre application ou encore que toute l'interface ne soit pas rechargée lorsque l'on passe de portrait à paysage ou vice versa, on pourrait encore y parvenir...
> Impossible de tout marquer lu pour un flux, je me suis faire avoir une fois dans option avec "tout retirer" qui m'a supprimé tous mes rss sans confirmation
FS#13266Parenthèse Freebox OS sur tablette android dans navigateur chrome :
(oui, le compagnon ne permet pas de tout faire, comme ajouter les nouveaux flux ou en modifier un...)
le responsive design est je pense mal utilisé dans ce cas ci, on ne voit en paysage que la moitié des boutons du bureau et pas moyen de dezoomer, tout se recalcule sans arrêt... Il faudrait différencier la détection de la dimension de la surface de rendu avec la détection d'un zoom + pan car c'est Immonde...
vous voulez voir comment cela se comporte en réel ? allez acheter une tablette nexus 7 2013 (model datant d’août 2013, quad core, 2Go de ram, etc), l'interface est très très lente, inexploitable en paysage et pas top en portrait. Un tuyau : exploitez la densité de pixel élevée un peu mieux parce que j'ai l'impression d’être sur un smartphone de première génération.
Freebox v6 sans un pc, c'est un peu à revoir.
Je suis impatient d'avoir des corrections sur tous ces problèmes.
Je viens de faire un monitoring du flux rss et il n'y a que la description qui change.
L’élément n'a donc aucune raison de passer de nouveau en non lu
ok j'ai identifié la source du problème, ça sera corrigé dans la prochaine mise à jour