(détection via https://linuxfr.org/users/delgatux/liens/l-autorite-de-la-concurrence-bouge-enfin-sur-l-economie-numerique )

Le lien a été soumis ainsi :

"tags"=>"droit, concurrence, abus de position dominante, marché, facilités essentielles", "commit"=>"Poster le lien"

Les étiquetages créés : "droit", "concurrence", "abus", "marche" (et pas facilites).
Mais les étiquettes incrémentées comprennent notamment "position", "dominante", "facilités" et "essentielles" alors qu'aucun étiquetage n'existe pour ces tags (bref on a créé les étiquettes, mais elles ne correspondent à aucun étiquetage).

Du coup le script de vérification de la base SQL a râlé :

12718 position (…)

Ne pas afficher le « Aller plus loin » s’il n’y a pas de liens dans une dépêche.

(signalement initial : https://linuxfr.org/news/sauver-un-disque-dur-mecanique#comment-1799315)

Sur la page des statistiques sur les utilisateurs, la statistique des contenus produits par les visiteurs actifs dans les 3 et 12 derniers mois est erronée (elle ne peut être que décroissante car les visiteurs ont publié depuis Epoch plus que depuis 12 mois et plus que depuis 3 mois, et elle doit être différente par type de contenu).

Dans le champ Identifiant de "Se connecter", renvoyer une erreur explicite si l'utilisateur saisit une adresse de courriel (globalement un identifiant ne respectant pas les règles des identifiants).

Les interdictions temporaires de pouvoir écrire des commentaires ou sur la tribune ne sont pas assorties d'une perte de karma.

Il serait logique que ça soit le cas. (et que la doc soit mise à jour en conséquence sur
https://linuxfr.org/aide#aide-karma )

Dans app/models/account.rb

  def block(nb_days, user_id)
    $redis.set("block/#{self.id}", 1)
    $redis.expire("block/#{self.id}", nb_days * 86400)

Éviter que le Markdown ne produise de l'HTML invalide

• Hyperlien décrit, mais sans URL

[Description d'un lien mais pas de lien]()

avec href vide invalide

<a href="">Description d'un lien mais pas de lien</a>

• Tableau mais sans contenu

|Colonne 1|Colonne 2|
|---------|---------|

avec un <tbody> vide invalide

<table>
<thead>
<tr>
<th>Colonne 1</th>
<th>Colonne 2</th>
</

Identifier la source de l'entrée redis louche users//diff_karma

Indices :

• en prod, revient régulièrement si on la vire
• n'existe pas en dév
• contient 20 soit le karma par défaut actuellement

app/models/node.rb:    $redis.incrby("users/#{self.user_id}/diff_karma", value)
app/models/account.rb:    self.karma += $redis.get("users/#{self.user_id}/diff_karma").to_i
app/models/account.rb:    $redis.del("users/#{self.user_id}/diff_karma")
app/models/comment.rb:      $redis.incrby("users/#{self.user_id}/diff_karma", value)

Nettoyer redis lors d'une suppression brutale de dépêche en rédaction ou en modération.

Unexpected <news_id> in boards/chans/news/xxxx
Unexpected <link_id> in links/xxxx/*
Unexpected <news_id> in news/xxxx/*

• documenter le schéma redis (fait, reste à commiter)
• ajouter un test pour vérifier la conformité au schéma (en cours)
• nettoyer ce qui dépasse au lance-flamme sur alpha/prod (en cours)

Une fois que la modération a accepté ou rejeté une dépêche, on peut faire sauter l'urgence dessus. (Côté redis, le news/urgent ne va pas tarder à atteindre le millier d'entrées, et ça n'a pas beaucoup d'intérêt)

Si un compte est fermé par quelqu'un d'autre que l'utilisateur lui-même (dont une fermeture administrative), donc principalement le cas de spam, autant virer le lien vers le site perso au passage.

Si on soumet une dépêche avec plusieurs paragraphes en première partie et plusieurs paragraphes en seconde partie, on se retrouve en base avec des fins de ligne à la Windows CR / ^M ajoutés à la fin de chaque paragraphe (sauf le dernier de chaque partie).

Un souci dans la découpe en paragraphe ?

Je veux étiqueter fedora. Je commence à taper fedora et les suggestions sont

• fedora
• ubuntulubuntukubuntuedubuntufedoraopensusedebiansqueezewheezyope
• fedoraxgdmclaviersouris
• fedoraévènementrf
  

Seul le premier est un tag public. Les trois autres sont des tags non publics et ne devraient pas être suggérés (ou alors uniquement parmi MES tags non publics).

(le fait que c'est trois tags devraient être juste supprimés est une autre histoire…)

Passer les liens d'un commentaire en nofollow si le commentaire est noté négativement.

Objectifs :

• les spammeurs attentifs au nofollow ne viendraient pas poster (on peut rêver)
• les spammeurs non-attentifs et les pénibles pointant des sites problématiques ne bénéficieraient pas de visibilité vis-à-vis des moteurs de recherche
• les visiteurs classiques ne seraient pas concernés

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
@@