Les pages supprimées du wiki (le spam notamment) ne devraient pas être visibles sur https://linuxfr.org/wiki/modifications ou https://linuxfr.org/wiki/modifications.atom

Et sur https://linuxfr.org/wiki/xxxxxxx/revisions/1 il manque le bandeau « Cette page a été supprimée. » et l'accès réservé aux admins.

Sur la dépêche https://linuxfr.org/news/debtocracy , il faudrait remonter le paragraphe « Le film a vite atteint le million de vues (...) » dans la partie Le projet.

Un coupé/collé de ce paragraphe le montre correctement placé en modération, mais mal placé si on réaffiche la page de modération, et une fois revenu en visualisation normale, le paragraphe a repris sa place.

Si on le fait en deux étapes, il disparaît bien après le coupé (en modération et en visualisation). (…)

Actuellement on a

<meta content="L'actualité de Linux et du Logiciel Libre" name="description">

Je propose

<meta content="L'actualité du Logiciel Libre et de Linux, sur un site francophone contributif géré par une équipe bénévole par et pour des libristes enthousiastes" name="description">

• Tracer chaque opération d'administration/modération (qui a fait quoi et quand), avec stockage SQL (donc savoir si/quand/quel AMR a édité un contenu ou un commentaire, à masquer ou démasquer un commentaire, a publié ou dépublié un contenu, a fermé/ouvert/purgé un compte, a édité un karma, etc.).

• Annoncer ces opérations sur la tribune des AMR

Objectifs : permettre à toute l'équipe de savoir si des demandes ont déjà été prises en compte, de savoir quelles actions ont été faites, de détecter les (…)

préparer une dépêche sur les mises en demeure n°4 et n°5

Markdown dans une dépêche :

\\0

Devient lors d'une réorganisation

\0

Et ensuite

5d2dedb7d78d6d1f0629ea781cb92b6822c8648e

Donc l'échappement n'est pas préservé, et une donnée pseudoaléatoire et/ou extraite de la mémoire est affichée.

Ne semble pas concerner les autres contenus et commentaires, donc probablement lié au découpage par paragraphes des dépêches.

Sur un HTTP PUT "/compte" (via Modifier mes préférences) , il manque au moins un filtrage sur le nom du fichier d'avatar. En gros si on passe de l'Unicode par exemple, ça finit avec un 500 Internal Server Error car _URI::InvalidURIError (URI must be ascii only "").

Bonjour, j'ai tenté de poster le lien suivant : https://mattstoller.substack.com/p/facebook-hits-1-trillion-in-market . Avec le titre "Facebook : 1000 milliards de dollars et l'esquisse d'une campagne antitrust". Et ça ne passe pas : "Le lien n'est pas valide". J'ai les tags suivants : "facebook antitrust monopole justice "

Côté logs:

Parameters: {…, "bookmark"=>{"title"=>"Facebook : 1000 milliards de dollars et l'esquisse d'une campagne antitrust", "link"=>"https://mattstoller.substack.com/p/facebook-hits-1-trillion-in-market", "lang"=>"en"}, "tags"=>"facebook antitrust monopole justice ", "commit"=>"Prévisualiser"}

Permettre à la modération de priver un compte de la possibilité d'étiqueter, temporairement (dans le style de privation temporaire de tribune ou de commentaire).

(penser à compléter la page d'aide sur les rôles ensuite)

(ça n'a aucun rapport avec les 22 ans, mais bon d'ici qu'on le fasse, « nettoyage de printemps » sera hors saison)

Un peu de ménage en base de données ne ferait pas de mal, pour diverses raisons (ça prendrait moins de place, on stocke des choses inutiles, on stocke des données personnelles obsolètes pour rien, etc.).

Commençons par un nettoyage suite au Un an après la mise à jour majeure du site, grand nettoyage dans les comptes utilisateur (…)

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)

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)

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

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

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

Les URL dans le contenu en première et en seconde partie, et les URL dans les liens ne devraient pas contenir /redaction/ ou /moderation/ sauf exception. Il serait pratique de signaler de tels liens avec un pictogramme attirant l'attention (ça éviterait de faire les corrections après publication sur un signalement par un visiteur qui n'aurait pas les droits pour accès à ces parties ou qui aurait eu un 404).