Les commentaires notés négativement sont visibles par défaut si on n'est pas logué. Normalement ils devraient être repliés.
Suivi — Étiquettes Tags non visibles en prévisualisation
Lorsque la dépêche est soumise directement en modération, en étant authentifié ou non, les tags proposés ne sont pas affichés en prévisualisation (mais ils sont bien soumis).
Suivi — Dépêches Erreur silencieuse sur l'ajout de lien dans une dépêche
Tentative d'ajout d'un lien vide sur une dépêche en modération (pas d'action sur le bouton OK, pas de message d'erreur) :
I, [2015-02-25T14:43:38.123775 #13116] INFO -- : Parameters: {..., "link"=>{"title"=>"", "url"=>"", "lang"=>"fr"}}
I, [2015-02-25T14:43:38.136408 #13116] INFO -- : Completed 500 Internal Server Error in 13ms
F, [2015-02-25T14:43:38.138382 #13116] FATAL -- :
URI::InvalidURIError (bad URI(is not URI?): ):
app/models/link.rb:41:in `authorized_protocol'
app/controllers/redaction/links_controller.rb:14:in `create'
Même chose avec "http://example.com " (espace à la fin)
(plus difficile à détecter pour un utilisateur qui ferait un (…)
Suivi — Modération Mettre en évidence les images inaccessibles
Exemple :
Il n'est pas évident qu'il s'agit d'un lien cassé vers une image et pas de simple texte. Un indicateur visuel de l'erreur serait pratique pour la modération.
Solutions possibles :
https://css-tricks.com/snippets/jquery/better-broken-image-handling/
https://developer.mozilla.org/en-US/docs/Web/CSS/-moz-force-broken-image-icon
…
--
Envoyé depuis un stand RMLL
Suivi — Rédaction Ajouter une confirmation sur l'envoi de dépêche en modération
En cas de fausse manip', pour les non-modérateurs et non-admins, envoyer en modération une dépêche est sans retour (jusqu'à ce qu'un modéro/admin corrige et renvoie en rédaction). On pourrait ajouter une confirmation pour ce cas-là.
Suivi — Rédaction Révisions apparaissant en double dans une dépêche
Sur la dépêche en modération Linux 4.2, un souci a été détecté sur la liste des modifications : il y a 4 révisions en double, numérotées 36, 48, 498 et 505. À noter que le n°48 comporte deux timestamps différents.
Révision n°505 - 09 septembre 2015 01:17:00
Révision n°505 - 09 septembre 2015 01:17:00
(...)
Révision n°498 - 09 septembre 2015 00:51:43
Révision n°498 - 09 septembre 2015 00:51:43
(...)
Révision n°48 - 21 juillet 2015 19:33:35
Révision n°48
(…)
Suivi — Feuilles de style (CSS) Validation CSS RonRonnement
(via http://jigsaw.w3.org/css-validator/ )
./app/assets/stylesheets/RonRonnement.css.scss: background-color: #cccccc66;
Propriété erronée : background-color #cccccc66 n'est pas une valeur de background-color : #cccccc66
./app/assets/stylesheets/RonRonnement.css.scss: li.comment > h2 > a.title { pointer-events: none; }
La propriété pointer-events n'existe pas : none
Suivi — Rédaction Dépêches en modération dans l'espace de rédaction
Dans l'espace de rédaction :
- après le titre « Dépêches en cours de modération », ajouter une phrase du type « L'accès à l'espace de modération est réservé aux modérateurs et aux administrateurs. Seuls les titres des dépêches en modération sont visibles des autres utilisateurs authentifiés. »
- rendre les titres cliquables pour les modérateurs/admins (et pas pour les autres donc)
- ajouter dans le titre le nombre de dépêches concernées ? (genre « Dépêches en cours de modération (2) »), et ajouter un titre « Dépêches en cours de (…)
Suivi — Syntaxe markdown HTTP 500 sur du markdown invalide pour afficher une image
Ce code produit un HTTP 500 sur un contenu ou un commentaire.
![Rien](<img src="http://coin)
Suivi — Modération Visibilité en une page de la disponibilité de l'équipe AMR
Sur la page de statistiques de modération, on voit actuellement l'info pour chaque AMR.
Sur la page Modération (réservée aux AMR), je propose de compléter cette info ainsi :
Machin : 42 modérations, 23 votes et 69 éditions
Machin : 42 modérations, 23 votes et 69 éditions (dernière visite 20/11/2011 à 20:11) [champ libre éditable pour tout AMR pour indiquer en vacances, à l'hosto, révise ses exam', déménagement, accouchement...]
Suivi — Syntaxe markdown Taille des images produites par les formules mathématiques
Il faudrait laisser libre la taille de l'image produite par les formules pour qu'elles restent lisibles.
Avec un dollar puis avec deux dollars :
Titre
Suivi — Flux Atom Auteur collectif dans le flux Atom
La dépêche Agenda du Libre semaine 18 2017 est publiée comme « Posté par Collectif le 30/04/17 à 05:08. Édité par Benoît Sibaud. Modéré par Yvan Munoz. Licence CC by-sa » (initialement créée par moi, puis réattribuée à Collectif).
Par contre dans le flux Atom /news.atom, <author><name>Benoît Sibaud</name></author>
.
Suivi — Modération Liens "Protocol-relative" en cas de conversion journal -> dépêche
Un journal publié puis converti en dépêche contient un lien « protocol-relative » //linuxfr.org/users/machin/journaux/slug-slug-slug
. Et ce lien est marqué en erreur si on essaie de réorganiser la dépêche, car il ne commence pas par http ou https. Les deux options me semblent être :
- corriger la validation de formulaires pour accepter les liens « protocol-relative »
- pousser de l'HTTPS plus largement, et donc mettre le lien https par défaut.
Je penche pour le 2 (pour un argumentaire voire par exemple). Dans app/models/diary.rb (…)
Suivi — Modération Conversion journal vers forum cassée
La conversion journal vers forum ne marche plus (depuis mi-avril). Elle génère une erreur 500, le journal n'est pas supprimé et un contenu de type 'XXX' traîne en base.
Suivi — Modération Affichage du « site perso » d'un compte suivant son karma et son rôle
- pouvoir supprimer le site perso d'un compte fermé : d'une part l'info ne sera plus mise à jour et risque de périmer, d'autre part si l'équipe de modération a fermé le compte d'un spammeur, elle peut vouloir supprimer le lien vers un pseudo site perso
- ne pas afficher le site perso d'un compte avec karma négatif : globalement les comptes à karma négatif concernent une poignée de gens ayant le plus souvent des propos extrêmes, incompréhensibles ou abusifs. Et les (…)