Le code de confirmation des courriels envoyés par des non-abonnés à Sympa ne fonctionne plus en Debian Stretch, pour une raison que j'ignore.

L'utilisateur envoie par exemple le bon code e9f2d0ad0bf4bc21801ca94bbc38d413. Qui devient *@\\*_e9f2d0ad0bf4bc21801ca94bbc38d413 et qui est comparé à ce qui attendu soit *@*_e9f2d0ad0bf4bc21801ca94bbc38d413, et ça échoue, pour cause d'échappement excédentaire.

Le patch qui suit corrige salement en attendant de comprendre pourquoi :

diff -u /usr/share/sympa/lib/Sympa/Spool.pm.orig /usr/share/sympa/lib/Sympa/Spool.pm
--- /usr/share/sympa/lib/Sympa/Spool.pm.orig    2019-03-05 20:23:21.721706266 +0100
+++ /usr/share/sympa/lib/Sympa/Spool.pm 2019-03-05 20:24:20.074540758 +0100
@@

(signalement via https://linuxfr.org/forums/general-general/posts/les-tags-populaires-de-linuxfr-dans-le-pied-de-page )

Dans les tags populaires en bas de page, on affiche les tags non masqués certes (donc pas 'grosconnard'), mais aussi ceux des contenus masqués (exemple 'banque' qui est un tag public acceptable, mais qui traine sur les spams et est donc sur-évalué).

Certaines dépêches sortent de la modération sans tag. Il y a toujours au moins un tag pertinent pour indiquer le nom d'un projet ou d'un événement, un lieu, un langage, un domaine, etc. Pour éviter cela, et ne pas juste compter sur la vigilance des modérateurs, rendons la présence d'au moins un tag nécessaire pour publier une dépêche (c'est inutile pour la rejeter ou la renvoyer en rédaction par exemple). Même chose pour les sondages d'ailleurs.

Exemple de dépêches publiées (…)

Avec un karma de zéro, la CSS contrib/nightgrey n'affiche pas son propre commentaire en prévisualisation.

Cf discussion sur https://linuxfr.org/news/le-frido-2018-livre-libre-de-mathematique-pour-l-agregation#comment-1748977

Version brute

• http://example.invalidhttp://example.invalid (double URL) -> OK, au moins ça se voit que ça marche pas
• http://https://example.invalid ou http://ftp://example.invalid (double schéma) -> OK, au moins ça se voit
• http%20://example.invalid (espace excédentaire) -> OK, non cliquable
• http:/example.invalid (barre oblique manquante) -> OK, non cliquable
• news://example.invalid , mailto://example@example.invalid ou xmpp://example@example.invalid (deux barres obliques excédentaires) => OK, au moins ça se voit que ça marche pas
• htttp://example.invalid ou htpp://example.invalid ou htt://example.invalid ou http:example.invalid (mauvais schéma) -> OK, non cliquables
• absence de (…)

Titre du lien d'une dépêche trop long pour le stockage en BD

I, [2018-04-26T17:28:16.613132 #31058]  INFO -- : Completed 500 Internal Server Error in 248ms (ActiveRecord: 205.7ms)
F, [2018-04-26T17:28:16.616069 #31058] FATAL -- : 
ActiveRecord::StatementInvalid (Mysql2::Error: Data too long for column 'title' at row 1: INSERT INTO `links` (`title`, `url`, `lang`, `news_id`, `created_at`, `updated_at`) VALUES ('« Save Code Share » : une campagne pour protéger les forges logicielles et les communautés du libre (relais de l\'April)', 'https://www.april.org/savecodeshare-une-campagne-pour-proteger-les-forges-logicielles-et-les-communautes-du-libre', 'fr', 38560, '2018-04-26 15:28:16',

Ajouter des statistiques sur les deux comptes fictifs Collectif et Anonyme.

Actuellement, pour les dépêches collaboratifs (compte Collectif) :

+------+--------------+-----+
| year | content_type | cnt |
+------+--------------+-----+
| 2008 | News         |   1 |
| 2013 | News         |   3 |
| 2014 | News         |   8 |
| 2015 | News         |   6 |
| 2016 | News         |  41 |
| 2017 | News         |  65 |
| 2018 | News         |   9 |
+------+--------------+-----+

Beaucoup plus (…)

La page perso indique en titre « Machin a écrit 42 contenus de type dépêche ou journal ». Il est implicite que ne sont prises en compte que les dépêches dont Machin est l'auteur unique ou principal (pas les dépêches collaboratifs auxquelles il a pu participer).

Cela vient du fait que la page utilisateur affichait initialement QUE les journaux personnels (dont on est l'auteur unique), puis que l'on a ajouté les dépêches (parce que les dépêches sont le cœur du site et (…)

Ce code produit un HTTP 500 sur un contenu ou un commentaire.

![Rien](<img src="http://coin)

https://linuxfr.org/aide#aide-authentification

Par rapport à un visiteur, un animateur de l'espace de rédaction (rôle editor) peut :

• envoyer n'importe quelle dépêche en rédaction vers la modération ;
• réattribuer n'importe quelle dépêche en rédaction à un autre compte ;
• modifier l'indicateur d'urgence sur une dépêche en rédaction.

Doc incomplète à revoir :

• étiqueter (tag) une dépêche en rédaction ('taggable_by')
• relancer les rédacteurs d'une dépêche ('followupable_by')
• supprimer une dépêche en rédaction ('erasable_by')

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 (…)

Tentative d'ajout d'un lien dans une dépêche, avec comme URL https://riot.im/app/#/room/#

INFO -- : Started POST "/redaction/links" for xx.xx.xx.xx at 2017-07-20 23:44:14 +0200
INFO -- : Processing by Redaction::LinksController#create as HTML
INFO -- :   Parameters: {"utf8"=>"✓", "authenticity_token"=>"[FILTERED]", "news_id"=>"36926", "link"=>{"title"=>"Coin", "url"=>"https://riot.im/app/#/room/#", "lang"=>"fr"}}
INFO -- : Completed 500 Internal Server Error in 10ms (ActiveRecord: 1.5ms)
FATAL -- : 
URI::InvalidURIError (bad URI(is not URI?): https://riot.im/app/#/room/#):
  app/models/link.rb:33:in `url='
  app/controllers/redaction/links_controller.rb:12:in `create'

Plutôt que de devoir fermer un compte, supprimer les éventuels commentaires un à un, supprimer les éventuels contenus un à un et retirer le lien vers le site perso, il serait probablement utile de pouvoir faire tout cela en un clic dans l'interface d'admin des comptes, pour dégager un spammeur.

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à.

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