2013-10 recommandation ci-dessous va sur adresse invalide :
Je vous invite à poster tous les nouveaux bugs dans l'outil de gestion de bugs de ChuWiki.
Pas de scrolling horizontale ?
Je ne comprends pas pourquoi on a pas (firefox 3 du moins) la possibilité de scroller (en lageur) ? Merci (ce ne doit pas être un "bug" mais... voilà) --- Pamela (2011-06)
PS: avec IE cela semble moins génant (toute la largeur se compresse) mais avec FF cela reste fixe et donc la droite disparait (quad on réduit la largeur)
Validation XHTML
il y a des avertissements lorsque l'on nomme une page du wiki avec des espaces
par exemple
<li><a href="/wiki/Historique des modifications">Historique des modifications</a></li>
devrait être remplacé par
<li><a href="/wiki/Historique%20des%20modifications">Historique des modifications</a></li>
de même pour les pages contenant des accents:
<li><a href="Vidéo">Vidéo</a></li>
devrait être remplacé par
<li><a href="Vid%E9o">Vidéo</a></li>
afin d'éliminer les avertissements.
Le validateur du W3C n'indique pas ces avertissements et je dois avouer que c'est tout de même plus simple et plus lisible de laisser ces accents dans les liens, surtout que je n'ai encore jamais vu un navigateur pour lequel ça ne fonctionnait pas...
PHP 5.2
Note d'un utilisateur : Je suis décu par le fait qu'il n'y ait plus de Style-switcher dans le nouveau thème par défaut
- Ne supporte pas php5.2 (bug wikirenderer, avec wiki2xhtml c'est ok) => Les liens internes foirent : http://xrogaan.be/mbt/chu/wiki/Accueil.
En effet, merci de l'avoir signalé. Je vais corriger ça.
- Mauvaise page ciblée en mode "historique"
- Lorsque l'on regarde l'historique d'une page, les liens wiki présent dans cette page cible l'historique des autres pages du wiki.
Ce n'est pas un bug, c'est une fonctionnalité
Plus sérieusement, c'est le comportement attendu. Tout comme en mode édition, où un lien mène vers l'édition de la page liée.
Discussion portée sur le forum
->
Bug de rendu wiki2xhtml
\>> affiche toujours l'anti-slash
Ok la page est valide maintenant. Merci de l'avoir signalé.
J'ai aussi corrigé les erreurs les plus importantes.
Module recherche
Bonjour, je viens d'identifier ce qui semble être un bug dans le module
recherche qui n'affiche que des résultats partiels, en effet sur le site la
recherche de "chuwiki" n'affiche pas la page "Installer chuwiki" qui contient
pourtant plusieurs fois ce mot. En regardant de plus prés la fonction qui
effectue cette recherche "GetSearchContent" (dans sdk/sdk.php) on trouve
l'affectation suivante:
$aResults[$nScore] = $strPage;
qui enregistre la page qui contient "nScore" fois le mot recherché, le problème
est que les pages qui contiennent le même nombre de fois ce mot sont affectées
à ce même score, on ne conserve donc que la dernière affectation.
J'ai modifier l'affectation pour inclure le nom de la page après le score
pour avoir un indice unique:
$aResults[$nScore." ".$strPage] = $strPage;
qui me donne bien toutes les pages avec le mot recherché (le tri par pertinence
est préservé).
Et merci à l'auteur pour ce wiki simple mais très efficace.
Patrick
Bonjour,
Je viens d'essayer le truc de Patrick et je confirme, les résultats sont exhaustifs.
Merci Patrick.
Stéphane.
Merci pour ce superbe rapport de bug. C'est corrigé sur la dernière version de développement.
Vincent
résultats recherche non cliquables?
Je ne sais pas vraiment si c'est un bug puisqu'il s'agit de la version de développement, et qu'en plus je la fais tourner sur un ipod touch, mais mes résultats de recherche apparaissent comme des noms de page entre crochets, sur lesquels je ne peux pas cliquer.
Les pages trouvées sont les bonnes, mais je n'y ai aucun accès rapide sauf à rerentrer complètement leur url: où me suis-je trompé?
(mon but serait de développer un gestionnaire de notes simples mais "recherchable" et capable de gérer assez rapidement 2 à 3000 pages séparées, que je synchroniserais ensuite avec un serveur web. La vitesse de Chuwiki me semble tout-à-fait bonne, bien que je n'aie pas encore testé la recherche sur beaucoup de pages)
Hervé, 13/01/2008
fh.sainct à laposte.net
Normalement, les liens sont cliquables. S'il y a les crochets, c'est que le contenu wiki n'est pas interprété et donc qu'il y a un bug. Est-ce que c'est reproductible sur un navigateur autre que votre iPod ?
Bug dans "Toutes les pages"
J'ai un problème sur cette page. Le nom de mes page est affichés, mais le nom de la page précédente est ajouté à la suivante. En fait, au lieu de :
- Truc
- Bidule
- Machin
Il y a :
- Truc
- TrucBidule
- TrucBiduleMachin
C'est un bug qui a déjà été rencontré sur un serveur en PHP5 (bien que ChuWiki soit compatible avec PHP5). Pourriez-vous indiquer les versions exactes de votre serveur web et de PHP ainsi que la manière dont il est installé (Module apache, CGI, FastCGI). Si vous ne connaissez pas ces informations, votre hébergeur pourra sûrement vous les fournir.
Vincent
Bug à propos de liste de liens
Ce bug est en fait très lié au bug précédent, que j'ai aussi sous ma distribution (hélas)
Lorsque je fais mon menu en entrant comme code :
![Ouvrages\|Ouvrages]
!Auteurs
![Missions\|Missions]
J'obtiens comme résultat :
Ouvrages
Auteurs
Ouvrages [Missions]
avec le dernier lien qui pointe vers la page "OuvragesMissions"...
C'est assez frustrant, surtout si c'est due à un bug php lié à la distribution. Je peux fournir les résultats de phpinfo() par mail, si cela peut aider (j'ai laissé aussi un message sur le forum, avec mon email, pous plus d'info)
Mais bravo pour ce travail, c'est super!
Lhassa, 18 IV 2009
Bug du lien "Derniers Changements"
J'ai un petit souci, la page en question répète un paque de fois la même liste de changements : http://blindpoxy.free.fr/chaospedia/wiki/Derniers%20changements
Charset de lang/fr/format.php confus (2010-04-29)
Dans un cadre xhml 1.1 strict (= application/xhtml+xml) + utf-8, le navigateur refusait l'interprétation xml avec pour raison avancée : malformation utf-8. Voici ce que ça donne en image : [http://pix.toile-libre.org/?img=1272527107.gif]. Je vous suggère l'utilisation de chr() pour » et « mais la suppression du préfixe unicode devant suffit. Attention également BOM avant le <?php de la première ligne. La recherche de ce bug m'a emmené à relire tout le code du wiki, beau travail.