Quand je vais sur https://linuxfr.org/users/slyce/journaux/von-inutilitaires-préférés et que je clique « Envoyer un commentaire » en bas de page (qui pointe vers https://linuxfr.org/nodes/41682/comments/nouveau ), je suis redirigé vers la page originale sans avoir la possibilité de commenter.

J'ai 100 « avis » et je pouvais commenter il y a deux jours donc j'imagine que c'est pas un problème de karma.

Les headers des requêtes concernées :

https://linuxfr.org/nodes/41682/comments/nouveau

GET /nodes/41682/comments/nouveau HTTP/1.1
Host: linuxfr.org
[...]
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7

Lorsque l'on place un backslash dans un commentaire, il est silencieusement éliminé à moins de le mettre dans un code block. Je ne vois pas vraiment de bonne raison pour ce comportement et il serait fort appréciable de pouvoir librement utiliser la barre oblique inverses dans les commentaires. Exemple de cas d'utilisation réel : https://linuxfr.org/forums/programmationshell/posts/majuscules-et-minuscule-dans-les-noms-de-repertoires#comment-1242544

Il y a quelques minutes lorsque je me suis rendu sur https://linuxfr.org/tableau-de-bord et https://linuxfr.org/tableau-de-bord/ j'ai obtenu le message suivant :

Erreur 500

Oops, la page demandée ne peut être servie car une erreur s'est produite. L'erreur va être enregistrée, permettant à l'équipe en charge du site de la corriger. Vous pouvez créer une entrée dans le suivi pour donner des informations sur la manière dont cette erreur s'est produite et être averti de sa résolution.

Je pouvais cependant toujours accéder (…)

Suite à l'ouverture du suivi numéro 19 (kaiska-short.css: la boite de recherche n'est pas sur la même ligne), on observe une redirection infinie lorsque l'on tente d'accéder à ce dernier :

$ wget -S https://linuxfr.org/suivi/kaiska-shortcss-la-boite-de-recherche-nest-pas-sur-la-m%C3%AAme-ligne --2011-02-20 15:07:53-- https://linuxfr.org/suivi/kaiska-shortcss-la-boite-de-recherche-nest-pas-sur-la- m%C3%AAme-ligne Resolving linuxfr.org... 88.191.250.104 Connecting to linuxfr.org|88.191.250.104|:443... connected. HTTP request sent, awaiting response... HTTP/1.1 301 Moved Permanently Date: Sun, 20 Feb 2011 15:07:58 GMT Server: nginx/0.7.67 Content-Type: text/html; charset=utf-8 Status: 301 Moved Permanently Location: https://linuxfr.org/suivi/kaiska-shortcss-la-boite-de-recherche-nest-pas-sur-la-m%C3%AAme-ligne Cache-Control: no-cache X-UA-Compatible: IE=Edge,chrome=1 X-Runtime: 0.005921 X-Frame-Options:

Jusqu'à présent, mon point d'entrée principal dans DLFP était https://linuxfr.org/users/ Cette page n'existe maintenant plus et semble avoir été remplacée par https://linuxfr.org/tableau-de-bord Serait-il possible d'effectuer une redirection de l'un vers l'autre ?

La page d'erreur 404 ne ressemble pas à grand chose. J'obtiens la même chose avec la CSS par défaut et la CSS kaiska-short.css. Ci dessous, une capture d'écran lorsque j'essai d'afficher https://linuxfr.org/users/ dans Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.19) Gecko/2010120923 Iceweasel/3.0.6 (Debian-3.0.6-3) par exemple :

Dans la feuille de style kaiska-short.css, la boîte de recherche est censée être sur la même ligne que le menu. Or, avec le navigateur "Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.19) Gecko/2010120923 Iceweasel/3.0.6 (Debian-3.0.6-3)", la boîte de recherche est sur une ligne plus basse. Cela double la hauteur de l'espace réservé au menu.

Pourriez-vous faire en sorte que la boîte de recherche se trouve sur la même ligne que le menu ?

Ci dessous, des captures d'écrans illustrant mon propos (…)