Wikipédia:Problèmes avec la nouvelle version du logiciel/archive

Problème dans les Spécial:RecentChanges

Dans mes préférences j'ai activé les "modifications récentes améliorées" (qui utilisent le JavaScript). Mais le code envoyé est buggé :

<a href="javascript:toggleVisibility("RCI2,RCM2,RCL2)><img src="https://fr.m.wikipedia.org/style"/images/Arr_rpng width="12" height="12" /></a>

Les guillemets sont aux mauvais endroits, et le point du ".png" s'est barré ! Il faudrait que ce soit :

<a href="javascript:toggleVisibility(RCI2,RCM2,RCL2)"><img src="https://fr.m.wikipedia.org/style/images/Arr_r.png" width="12" height="12" /></a>

Quelqu'un pourrait corriger ça ? Merci :-) MagicTom∫@ 9 jun 2004 à 17:25 (CEST)

En effet, le code est désormais inopérant, impossible de lister les diverses interventions d'un article (sous Firefox du moins). ©éréales Kille® ⌨ ☺ 9 jun 2004 à 20:43 (CEST)

Apparemment ça remarche. Tant mieux ! Merci les dévs :-) MagicTom∫@ 9 jun 2004 à 21:52 (CEST)

C'est bon, ça remarche :) Merci à tous ! ©éréales Kille® ⌨ ☺ 9 jun 2004 à 22:19 (CEST)

Différents problèmes sur les catégories (2)

Elles engendrent des problème de mise en page (ex 3753 Cruithne), en particulier avec les éléments alignés à droite.

• Cf http://sourceforge.net/tracker/index.php?func=detail&aid=963343&group_id=34373&atid=411192

La nouvelle position par défaut (sous l'article) des Catégories résout ce problème Jyp

Special:Newpages

Les pages provenant de Spécial:Newpages ne sont pas toutes des nouvelles pages.

• cfr. http://sourceforge.net/tracker/index.php?func=detail&aid=963319&group_id=34373&atid=411192

Nom d'article avec chiffre(s)

J'ai créé les articles Babylon 5 et Earth 2 : le premier s'ouvre sans problème à partir de la liste des séries télévisées, pas le second... qui s'ouvre automatiquement en édition et non en consultation (par ailleurs, le lien reste rouge dans la liste). Le premier lien ci-dessus étant opérationnel, existe-t-il une différence entre les pages meta et les pages articles ? Les titres avec chiffre(s) posent-ils problème ou s'agit-il d'un bogue ?

Shakti 4 jun 2004 à 13:42 (CEST)

C'est une erreur qui concenre la mise à jour des liens et/ou la mise en cache des pages. Souvent une remodification de l'article (Earth 2) résoud le problème. -- Looxix 5 jun 2004 à 01:54 (CEST)

Ok merci --Shakti 5 jun 2004 à 13:44 (CEST)

Modèle ou MediaWiki inséré dans une table

On dirait bien que, quel que soit le thème (Standard, Nostalgie, Cologne Blue ou MonoBook), le logiciel ne sache plus insérer un MediaWiki ou un Modèle contenu à l'intérieur d'une table. Cf. chacun des 366 jours de l'année. Le code wiki est inchangé (genre {| align="right" || {{msg:mai}} |}), mais au final HTML, on se retrouve avec ça :

<table align="right">
<tr>
<td></td>
</tr>
<tr>
<td align="center"><b>Sommaire</b> <script type='text/javascript'>
//<![CDATA[
showTocToggle("montrer","cacher")
//]]>
</script></td>
</tr>
<tr id='tocinside'> [reste du sommaire]

Dans toutes ces pages, on assiste à une « fusion » de la table censée contenir le message (test identique avec un message anodin comme {{msg:le}}) et de la table contenant le sommaire de page, avec disparition au passage 1°) du contenu du message 2°) de l'identificateur de sommaire (id="toc").

Test comparable sur une page Utilisateur:Jerotito/test

• saisie wiki: {| align="right" || {{msg:mai}} |}
• rendu HTML :

<table align="right">&lt/table>

Voir le détail sur la page de test ci-dessus et son code HTML, puis un test correct fait dans Utilisateur:Jerotito/test2.

Conclusion : il va falloir :

• soit une correction du logiciel,
• soit une intervention dans chacune des 12 pages mensuelles pour insérer l'attribut align="right" dans la table, puis l'intervention d'un robot pour corriger les 366 (+ 1 : 30 février) pages, afin de transformer {| align="right" || {{msg:mai}} |} en {{Mai}}.

Jerotito | Я@R 3 jun 2004 à 01:53 (CEST)

La première étape de résolution est réglée : les 12 messages mensuels sont corrigés (et, au passage, les modèles Fevrier, Aout et Decembre sont renommés en Modèle:Février, Modèle:Août et Modèle:Décembre). Le bot n'aura plus qu'à intervenir pour ses 12 requêtes de simplification dans les pages finales. Jerotito | Я@R 3 jun 2004 à 02:33 (CEST)

Bonjour,

Merci de vous interesser a ce probleme. Mais il n'est pas nouveau et pas lie a la nouvelle version du logiciel. J'avais signale des fevrier 2004 que le code HTML des pages des 366 etait incorrect et demande une correction par robot.

Le code {| align="right" || {{msg:mai}} |} n'a pas de sens.

Voir http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Bot/Requ%C3%AAtes#Pages_de_dates

Vargenau 3 jun 2004 à 11:01 (CEST)

Tout le monde n'était pas là lorsque tu l'as signalé. Si personne n'a réagi à l'époque, on peut supposer que c'est parce que cela ne provoquait aucune erreur dans le rendu visuel. Il faut se réjouir que la nouvelle version provoque - à juste titre - une erreur permanente dans les 4 habillages, nécessitant la correction. Un des admins s'est d'ailleurs proposé la nuit dernière sur IRC pour effectuer les 12 corrections par robot des 367 pages quotidiennes.

Pour ce qui est de la qualité du code, qui s'y intéresse tant qu'il n'y a pas de problème flagrant ? C'est seulement lorsqu'il surgit un tracas que le quidam songe à aller lire le code HTML pour détecter les erreurs, devenues incontournables avec le XHTML, même "transitional"...

Jerotito | Я@R 3 jun 2004 à 13:21 (CEST)

---

Liens media:

J'ai l'impression qu'il y a un problème récent (apparu aujourd'hui) avec les liens media: comme pour les fichiers sons. Exemple pour La Marseillaise#Musique. Quelqu'un sait de quoi il s'agit ? Alkarex 30 mai 2004 à 15:08 (CEST)

Ca remarche normalement. Alkarex 1 jun 2004 à 00:35 (CEST)

Liens du bloc "p-cactions"

SVP, dans les onglets :

• retour de textes en français : "User page" >>> Utilisateur, "About" >>> "Article" (?),
• suppression des é, inutiles : "éditer", "déplacer", "Page Spéciale",
• retour des majuscules initiales et suppression des incorrectes : "éditer", "déplacer", "Page Spéciale", les entités HTML paraissant franchement superflues...

"Utilisateur", "Article" (?), "Éditer", "Déplacer" et "Page spéciale" seraient très bien, à chacun ensuite de régler comme il l'entend la capitalisation grâce à sa feuille de style
Jerotito | Я@R 31 mai 2004 à 13:31 (CEST)

Par ailleurs, « éditer » n'est pas très correct et c'est « modifier » qui est utilisé pour les paragraphes. Didup 31 mai 2004 à 13:58 (CEST)

Problème apparemment réglé. Merci. Jerotito | Я@R 31 mai 2004 à 21:34 (CEST)

Images

Une image a disparu Média:Image:Netsurf11_-_Lutèce.JPG, qui illustrait l'article Lutèce, je ne sais pas si c'est du au changement de logiciel, mais la page de l'image indique un chargement en 1969

L'image Image:Poubelle.png a aussi disparue. Yann 30 mai 2004 à 11:05 (CEST)

J'ai gardée l'image si nécessaire. En tous cas je ne l'avais pas téléchargée le 31 déc 1969 à 23:59, comme c'est indiqué 8-) En plus j'ai acheté mon premier Apple II 10 ans plus tard 8-), plus 16 ans encore pour accéder à Internet..., non non, c'est pas possible 8-) Nataraja-Shiva 30 mai 2004 à 11:16 (CEST)

Image:Manmohansingh.jpg a aussi disparue. Yann 30 mai 2004 à 11:21 (CEST)

la date de 1969 indique que l'image n'existe pas (ou n'existe plus)

• 28 mai 2004 à 14:57 Ryo a effacé « Image:Netsurf11 - Lutèce.JPG » (aucune info de (c))
• 28 mai 2004 à 14:17 Ryo a effacé « Image:Poubelle.png » (aucune info de (c))
• 28 mai 2004 à 14:05 Ryo a effacé « Image:Manmohansingh.jpg » (aucune info de (c))

Bizarre

Quoi que je fasse (rafraîchissement, page personnellement vidée du cache) le logiciel refuse d'afficher tout ce qui dans le présent article, est au-delà de la secion "Tableaux : espaces devant les balises" alors que la vingtaine d'autres sections sont visibles dans le sommaire, dans l'historique, etc.

Ma solution provisoire : 1°) aller dans l'historique et cliquer sur le lien longde la dernière version (date et heure), 2°) utiliser le lien "diff" depuis Recent Changes. Légèrement agaçant... Jerotito | Я@R 29 mai 2004 à 14:03 (CEST)

Problème élucidé : il y avait un passage à la ligne non correct dans la première section "Texte", au milieu de l'énoncé d'une propriété CSS, placée dans un item de liste. Une fois restitué l'ensemble sans saut de ligne, mon problème avec cette page a subitement disparu. Comprenne qui pourra... Jerotito | Я@R 29 mai 2004 à 18:52 (CEST)

La Palette Mediawiki pas affichée

Je viens de créer une palette spécifique mediawiki:Bouddhisme pour fédérer les articles sur le Bouddhisme, ben elle s'affiche pas 8-/, elle rend un "Template:Bouddhisme" (voir ci-dessous) ? Argh, képassa ?

Nataraja-Shiva 29 mai 2004 à 11:39 (CEST)

Si j'ai bien compris les messages ne sont plus dans l'espace mediawiki mais dans l'espace Modèle:. Par ailleurs il n'est plus utile de mettre le prefixe msg: exemple

. At last but not least il est maintenant possible de des modèles paramètrés. Voir par exemple:

Ok ça marche Nataraja-Shiva 29 mai 2004 à 23:20 (CEST)

Toolbar & logo noyés dans l'article

Est-ce que d'autres que moi voient de manière incorrecte la page Son (physique), le cartouche latérale et l'image wikipédia étant noyée dans le corps du texte... Jyp 29 mai 2004 à 10:02 (CEST)

Idem : Sous IE6 / Win Xp, le menu se retrouve noyé dans l'article

Sous FireFox 0.8 / WinXp, le menu disparaît, sauf un bout qui se loge au fond de la page.

Fabien1309 29 mai 2004 à 12:03 (CEST)

ne concerne que monobook

Qu'est-ce que ça donne maintenant chez vous ? Après avoir constaté le truc avec mon propre monobook trafiqué, j'ai un peu trifouillé dans le code (notamment quelques </center> égarés sur la même ligne que des fermetures de table wiki |}, renvoyant les fermetures de centrage à la ligne suivante, et cela semble ne plus être problématique. Cela dit, je n'ai rien compris à l'enchaînement des choses... Jerotito | Я@R 29 mai 2004 à 20:32 (CEST)

Comme indice de la « faute » éventuelle d'une fermeture de center mal placée, voir la version précédente (6 mai 2004 à 16:58), éditez-la et voyez où sont placés les contrôles de commentaires, modif mineure, suivre l'article, etc. Ils étaient centrés. Alors le soupçon est plausible... Jerotito | Я@R 29 mai 2004 à 20:41 (CEST)

le problème semble provenir d'une table terminée par |}</center>

le problème est aussi présent avec les autres skin mais les effets sont différents

cfr. http://sourceforge.net/tracker/index.php?func=detail&aid=962768&group_id=34373&atid=411192

Ca m'a l'air d'être bon à présent autant sous IE que FF. Fabien1309 30 mai 2004 à 18:22 (CEST)

Barre flottante

L'option permettant de faire flotter le volet gauche de la page ne fonctionne pas. Traroth | @ 28 mai 2004 à 20:24 (CEST)

Rectif : ne fonctionne qu'avec le thème standard, tout comme avec l'ancien logiciel :( ©éréales Kille® ⌨ ☺ 29 mai 2004 à 10:04 (CEST)

Sous-titre des articles

En monobook, <h3 id="siteSub"><small>Un article de Wikipédia, l'encyclopédie libre.</small></h3> est toujours présent dans le code HTML des pages, mais, en raison de cette ligne dans le CSS : #siteSub { display: none; }, n'est plus rendu à l'écran. Qui a décidé de cela ?

Je pense que cela a déjà été discuté depuis longtemps; l'argument est que 1) ça prend de la place, 2) c'est redondant car il y a déja des "Wikipédia" un peu partout sur la page. -- Looxix 30 mai 2004 à 00:55 (CEST)

Pages utilisateurs

Les liens vers les ajouts des utilisateurs, anciennement « contributions de (...) » sont maintenant titrés, en lien et dans la page elle-même, « Basé sur le travail de 1. » et « Basé sur le travail de $1. ».

J'ajoute que cela ne s'applique que si l'utilisateur est une IP. Vincent ✐ 28 mai 2004 à 17:51 (CEST)

Que si le lecteur vous voulez dire ?

Désolé, çà s'applique à moi en tant que lecteur quand je suis logué. FvdP (disc.) 28 mai 2004 à 18:32 (CEST)

Pour les utilisateur loggués, cela à l'aire d'avoir été corrigé. Cela marche maintenant pour moi, cela ne marchait pas hier Jyp 29 mai 2004 à 10:42 (CEST)

Nostalgie (faux problème)

La skin "nostalgie" n'offre guère qu'un ersatz de nostalgie. L'organisation de la page est fortement différente de ce qu'il y avait avant, beaucoup plus frustre. Même si les couleurs et l'organisation du contenu même des articles semblent bien les mêmes. Problème temporaire, ou dommage collatéral ? FvdP (disc.) 28 mai 2004 à 19:43 (CEST)

Faux problème. En fait l'ancienne skin standard est connue sous le nom de "standard", et elle semble OK. "Nostalgie", c'est pour ceux qui veulent remonter encore plus loin dans le temps. Par contre, il est perturbant que la nouvelle skin standard "monobook" ne s'appelle pas "standard"... FvdP (disc.) 28 mai 2004 à 19:55 (CEST)

En ce qui me concerne, que la nouvelle skin standard "monobook" ne s'appelle pas "standard" ne me perturbe pas. Le bleu piscine, très peu pour moi... Sts 28 mai 2004 à 21:03 (CEST)

Préfixe Wikipédia:

Les liens vers une page interne, ceux préfixés par Wikipédia:, ne fonctionnent que s'il est bien écrit Wikipédia: et non Wikipedia:. De très nombreux liens sont donc maintenant brisés.

Par exemple : Wikipédia:Unicode vs. Wikipédia:Unicode (qui pointe faussement vers une page externe). Vincent ✐

Il est impensable de devoir renommer tous les liens vers des pages « wikipedia: ». Que les développeurs fassent prendre en compte les liens wikipedia, en plus de wikipédia: si ces derniers leur semblent indispensables.

je viens d'essayer maintenant et je n'ai aucun problème; je supoose donc que c'est corrigé. Qq1 peut confirmer? -- Looxix

Ok chez moi Didup 29 mai 2004 à 15:41 (CEST)

Itou Vincent ✐ 29 mai 2004 à 19:57 (CEST)

Lien vers Copyright

Chaque page possède maintenant dans son code une balise <link rel="copyright" href="https://fr.m.vvikipidea.org/wiki/%C2%A0" /> qui permet aux navigateurs bien faits d'afficher une barre de navigation (c'est le cas sous Opera). Pour l'instant, seul le lien vers la page Copyright est inclus. Or, ce lien pointe sur une page vide qui s'affiche comme située directement à la racine de /wiki (en fait, c'est /wiki<&nbsp;>).

Je n'ose y mettre un redirect. Il faut corriger cela directement à la source. Vincent ✐ 28 mai 2004 à 17:30 (CEST)

Corrigé. La page pointe maintenant vers http://www.gnu.org/copyleft/fdl.html. Vincent ✐

/* */ autour du titre de section dans le résumé

Quand on édite par section, le résumé par défaut commence par le titre de section entouré de /* */. J'ai beau être un programmeur, çà me paraît très laid.... et peu compréhensible des profanes probablement aussi. FvdP (disc.) 28 mai 2004 à 18:32 (CEST)

OK maintenant je comprends. Point de vue résultat final: sympa, mais en avait-on réellement besoin ? Point de vue ergonomie: encore un truc sur lequel les néophytes vont buter.... et drôle de choix de syntaxe. Enfin soit. FvdP (disc.) 28 mai 2004 à 18:43 (CEST)

A mon avis les débutants ne se poseront pas la question de savoir ce que fait ce texte ou bien le supprimerons tout simplement. Peut être que l'on devrait surtout s'atteller à faire (mettre à jour) une documentation pour le logiciel :p Ashar Voultoiz|@ 29 mai 2004 à 21:18 (CEST)

Liens externes apparaissent dans la page finale (faux problème)

(Faux problème: apparaît pour la skin "nostalgie" et non pour les skins "standard" et "monobook". Probablement normal... FvdP (disc.) 28 mai 2004 à 20:03 (CEST))

Quand on avait un lien externe genre [http://loooooooongue/url titre] il apparaissait simplement comme titre (avec une couleur un peu différente, ce n'est pas le sujet), maintenant il apparaît comme titre (http://loooooooongue/url) ce qui est ennuyeux dans certains contextes, en particulier les liens techniques. Exemples: Recent changes (visez "modifier cette page" en haut à droite, etc.) et :-( ma propre page utilisateur... FvdP (disc.) 28 mai 2004 à 19:43 (CEST)

Pages non éditables

Voilà des heures que j'essaie d'éditer Mongolie (pays) et après édition, on en revient toujours quand même à la page précédente. Pas de trace de l'édition dans les modifs récentes, rien dans l'historique. Fabien1309 28 mai 2004 à 19:45 (CEST)

Je confirme. Et le bot sur #frrc voit rien non plus

Ryo 28 mai 2004 à 20:54 (CEST)

C'est corrigé maintenant; il s'agissait d'une protection anti-spam dont je n'avais jamais entebdu parler (cfr. https://sourceforge.net/tracker/?func=detail&atid=411192&aid=962537&group_id=34373 )