ChuWiki : Bugs

Édition : Bugs

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.

Bug - titre accentu�

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

http://chuwiki.genezys.net/forum/20070413T213734-Comportement%20des%20liens%20selon%20le%20fichier%20appellé%20(wiki.php%20/%20edit.php%20/%20history.php)

Bug de rendu wiki2xhtml

\>> affiche toujours l'anti-slash

Quelques bugs html

Ok la page est valide maintenant. Merci de l'avoir signalé.

Quelques bugs css

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.

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|https://secure.genezys.net/redmine/projects/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|http://validator.w3.org/check?verbose=1&uri=http%3A%2F%2Fchuwiki.genezys.net%2Fwiki%2FBugs] 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.

-[Bug - titre accentu�]

;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 ;) -> 
>
> [http://chuwiki.genezys.net/forum/20070413T213734-Comportement%20des%20liens%20selon%20le%20fichier%20appellé%20(wiki.php%20/%20edit.php%20/%20history.php)]

!Bug de rendu wiki2xhtml
\>> affiche toujours l'anti-slash

[Quelques bugs html|http://validator.w3.org/check?verbose=1&uri=http%3A%2F%2Fchuwiki.genezys.net%2Fwiki%2FAccueil]%%%
> Ok la page est valide maintenant. Merci de l'avoir signalé.

[Quelques bugs css|http://jigsaw.w3.org/css-validator/validator?profile=css21&warning=0&uri=http%3A%2F%2Fchuwiki.genezys.net%2Fwiki%2FAccueil]
> 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é?

Hervé, 13/01/2008

fh.sainct à laposte.net

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

Règles de formatage

_texte_: Faire une emphase (italique)
__texte__: Faire une emphase forte (gras)
@@texte@@: Faire un petit code
''texte|langue|source'': Faire une petite citation
>texte: Faire un paragraphe de citation
[texte|URI|langue|titre]: Faire un lien vers une page, les paramètres sont optionnels
((image|texte alternatif|alignement)): Ajouter une image, alignement peut valoir G(auche), D(roite) ou C(entre)
texte: Tout texte écrit simplement sera transformé en paragraphes.
!titre1, !!titre2, !!!titre3, etc.: Créer un titre d'un niveau égal au nombre de !
-texte ou *texte: Faire une liste d'éléments non numérotés
#texte: Faire une liste d'éléments numérotés
;titre:définition: Faire une définition/liste de définitions
??acronyme|titre??: Faire un acronyme
[ESPACE]texte ou {{{texte}}}: Le texte sera préformaté, utile pour écrire des bouts de code
==== ou ---- (au moins 4): Une ligne de séparation horizontale
\: Si vous ne voulez pas que la syntaxe wiki s'applique, faites précéder les caractères spéciaux par des anti-slashs.