Par exemple sur
https://linuxfr.org/sondages/quel-est-le-plus-fort-l%C3%A9l%C3%A9phant-ou-lhippopotame
le score de Hippo est de 35 avec le 3 sur une ligne et le 5 sur une autre.

Visiblement ça vient du div.content word-wrap: break-word; hérité.

• actuellement https://linuxfr.org/users/Anonyme/ me donne une erreur 500 après quelques temps
• serait-il envisageable que https://linuxfr.org/users/quelconquepseudoici/journaux/quelconquejournalici (en 404 car le compte a été purgé et le journal réaffecté à Anonyme) renvoie vers ce qui correspond dans https://linuxfr.org/users/Anonyme/journaux/quelconquejournalici si ça existe ?

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

J'ai posté sur la tribune AMR depuis la page Team, et elle ne s'est pas réaffichée pas. Mais mon commentaire a bien été posté.

J'ai reposté et la page s'est réaffichée, mais il manque l'entrée précédente :

Sur mon onglet avec /team je vois :

• 13:58:52 Oumph Test 2 depuis /team

• 13:39:28 Blabla

Sur mon onglet avec / je vois :

• 13:58:52 Oumph Test 2 depuis /team

• 13:57:10 Oumph Test depuis /team

• 13:39:28 Blabla

Bref il manque une entrée sur (…)

Ce matin sur la page des journaux :
« Lire la suite (21 commentaires, 0 nouveau !) »

A priori, il y a un souci sur le 0 nouveau.

Pas spécialement d'idée sur le cause ; peut-être si le dernier commentaire tout en bas est nouveau et masqué car score faible ?

Actuellement la formule du score par défaut des commentaires est E(log10(max(karma,.1))) - 1. Ça donne -2 pour tout karma négatif ou nul. cf https://linuxfr.org/aide#aide-karma

Je propose de passer à E(log10(max(karma,.1))) - 1 - min(0, E(karma/30)).

Cela ne change rien pour les karmas positifs ou nuls. Pour les karmas négatifs :

• -30 <= karma <= -1 commentaire à -3
• -60 <= karma <= -31 commentaire à -4
• -90 <= karma <= -61 commentaire à -5
• -120 <= karma <= -91 commentaire (…)

La suppression des pages wiki ne fonctionne pas :

1. un AMR va sur /wiki/test/modifier
2. il clique sur le bouton Supprimer
3. Demande de « Êtes-vous sûr de vouloir supprimer cette page de wiki ? »
4. On confirme
5. On est renvoyé vers la page d'accueil du wiki
6. La page théoriquement supprimée est toujours là

(par ailleurs il n'y a pas de liste de l'ensemble des pages wiki ou d'accès aux pages pointant sur une page à ma connaissance)

Signaler les dépêches actuellement en rédaction sur la page de Création d'une nouvelle dépêche https://linuxfr.org/news/nouveau

• rajouter le user_id de l'AMR ayant fait l'opération
• a priori virer le champ updated_at
• ne pas mettre de pluriel à "Interdiction de tribune pour 1 jours"

La tribune du site LinuxFr.org a été conçue comme un lieu d'échanges permettant d'aborder des sujets divers et variés. Elle est parfois, et malheureusement trop souvent, pervertie par des gens qui ont des comportements déplacés, impolis, incorrects voire probablement illégaux.

Le retour de la fonctionnalité de blocage d'écriture sur la tribune pour un utilisateur donné serait donc souhaitable (dommage de devoir en arriver là mais bon, LinuxFr n'a pas vocation à héberger des tels contenus...).

Une implémentation possible serait de (…)

Webalizer si enfin quelqu'un finit de le packager Debian, Awstats sinon.

Certains proxys web se retrouvent indexés par les moteurs de recherche, et cela n'a aucun intérêt, voire ça nuit à la recherche d'infos. L'idéal serait qu'ils aient un robots.txt empêchant l'indexation... Mais comme ça n'arrivera pas, on pourrait peut-être avoir un regexp permettant d'ajouter pour un certain type de trafic une balise meta robots='noindex, nofollow' à notre niveau.

À voir si c'est possible sans effet de bord sur le cache.

Cf https://linuxfr.org/statistiques/users , en bas les barres « Statut des comptes utilisateurs » n'ont pas les bonnes couleurs, donc pas les bonnes classes CSS, donc pas les statuts attendus.