Recensement des bugs de Pluxml blog beta 4

marama · novembre 2008

Bonsoir,

Afin de sortir une version stable (enfin !) de pluxml blog , merci de recenser sur ce forum tous les bugs que vous rencontrez sous la version beta 4.
Attention il s'agit de signaler les bugs et non pas les nouvelles fonctionnalités que vous voudriez que Pluxml intègre...
Veuillez, s'il-vous-plaît, utiliser ce code de mise en forme pour votre message :

[b]Résumé du bug :[/b]
Un court résumé de quelques mots

[b]Endroit où le bug est constaté :[/b]
Donner un endroit (p. ex. gestionnaire d'images) ou accessoirement une URL

[b]Description du bug :[/b]
Une description détaillée du bug (n'hésitez pas à faire une capture d'écran)

Bugs qui seront corrigés dans la version blog beta 4.1 :
- http://forum.pluxml.org/viewtopic.php?pid=8270#p8270
- http://forum.pluxml.org/viewtopic.php?pid=8372#p8372
- http://forum.pluxml.org/viewtopic.php?pid=8376#p8376

Merci pour votre aide

marama · novembre 2008

Premier bug

Résumé du bug :
La date indiquée sur le message d'état dans l'administration n'est pas correcte.

Endroit où le bug est constaté :
Dans le panel d'administration, sur toutes les pages où il y a une modification du Pluxml

Description du bug :
Quand on procède à une modification dans l'administration (édition, création, suppression), nous avons un message nous indiquant l'état de l'opération et la date (h:m:s) à laquelle l'opération s'est effectuée. Les minutes ne sont pas des minutes mais le mois en cours...

memento · novembre 2008

Résumé du bug :
Ce n'est pas à proprement parler d'un bug mais plutôt un manque de cohérence dans le code ou plutôt d'un oubli.

Endroit où le bug est constaté :
Dans le panel d'administration, sur les pages documents.php et images.php

Description du bug :
Dans les fichiers core/admin/documents.php et core/admin/images.php l'entête du fichier html et la fin du fichier html sont écrits en toutes lettres au lieu de faire appel au fichier top.php et foot.php.
L'avantage de se servir du fichier top.php pour l'entête est que l'on garde l'accès au menu principal du panel d'administration ce qui n'est pas le cas actuellement.

marama · novembre 2008

Bonsoir memento,

memento a écrit:

Description du bug :
Dans les fichiers core/admin/documents.php et core/admin/images.php l'entête du fichier html et la fin du fichier html sont écrits en toutes lettres au lieu de faire appel au fichier top.php et foot.php.
L'avantage de se servir du fichier top.php pour l'entête est que l'on garde l'accès au menu principal du panel d'administration ce qui n'est pas le cas actuellement.

Ces deux fichiers sont des "popups" donc la mise en forme n'est pas la même, c'est la raison pour laquelle nous n'appelons pas top.php et foot.php

memento · novembre 2008

bonsoir,
je ne m'en suis pas aperçu car je désactive toujours le javascript quand je teste un cms pour voir s'il est accessible.
Ma question est : quel est l'intéret de les mettre en popup ?
Avec l'inclusion des fichiers top.php et foot.php, ces deux pages s'intègrent parfaitement avec tout le reste. De plus, pas besoin de javascript pour les utiliser.
Après bien entendu, c'est une affaire de gout et de couleur mais perso, c'est la première chose que j'ai modifié en l'ouvrant.
Sinon, je trouve le code très simple (ce qui est un gage de qualité pour moi) donc bravo pour cette version 4.
A+

marama · novembre 2008

memento a écrit:

Ma question est : quel est l'intéret de les mettre en popup ?

Ces pages en popup permettent d'inclure des images et des documents directement depuis une page de rédaction d'un article. En effet sur les pages documents.php et images.php vous pouvez trouver des liens permettants d'ajouter une image ou un document dans le chapô ou contenu de l'article.
J'espère avoir été assez clair...

memento · novembre 2008

bonjour marama,
si j'ai bien compris ce que tu me dis, les popups sont justifées par le fait qu'elles permettent juste d'éviter d'écrire à la main les tag <img> pour insérer les images dans les articles et les documents.
En tout cas, merci pour ta réponse .
Cordialement.
A+

marama · novembre 2008

memento a écrit:

bonjour marama,
si j'ai bien compris ce que tu me dis, les popups sont justifées par le fait qu'elles permettent juste d'éviter d'écrire à la main les tag <img> pour insérer les images dans les articles et les documents.
En tout cas, merci pour ta réponse .
Cordialement.
A+

Oui voilà

gcyrillus · novembre 2008

Upload documents :
gestionnaire reste vide de documents
Administration:
ex. gestionnaire de document
Description du bug :
Les fichiers semble etre uploader mais n'apparaisse pas dans le gestionnaire.

Sur le ftp , le fichier est présent mais son point d'extension est remplacé par un tiret. Le gestionnaire ne le reconnait donc pas.

Le bug vient de :

function title2filename($str) {

$str = strtolower(plxUtils::removeAccents($str,PLX_CHARSET));
$str = preg_replace('/[\%\&\"\s\'\:\/\[\],-_|#*$£=`\+]+/',' ',$str);
$str = preg_replace('/[!@]/','',$str);
$str = str_replace('?','',$str);
return strtr(trim($str), ' ', '-');
}

Le petit tiret en rouge , il suffit de l'enlever ; .

Un autre bug semble survenir avec les images , pas verifier plus loin que ça , mais une image avec le nom 255.png , gif ou autre extension reconnue , apparait dans le dossier images sans nom , juste son extension , donc aussi invisible et inutilisable dans le gestionnaire .

gcyrillus · novembre 2008

css:
fond de #top ne depasse pas la taille de l'ecran dans le theme par défaut.

ecran inferieur de 720px de largeur:

cure :
ajouter :

min-width:720px;

a #top dans le css

marama · novembre 2008

@gcyrillus : un pb de version sur l'archive déposée à 20H le soir de la sortie, ce bug n'existe pas sur la version téléchargeable sur le site.

Pour les images, oui effectivement une petite amélioration doit être possible.

gcyrillus · novembre 2008

Salut !
@marama , "au temps" pour moi
( et c'est pour moi l'occasion de verifier le resultat d'une MAJ du core .)
Repos. ...

celmir · novembre 2008

Résumé du bug :
problème de droits sur les images uploadées
Endroit où le bug est constaté :
dans le fichier core/admin/images.php
Description du bug :
-rw

1 scrib user_cel 5070 2008-11-21 21:38 slim.png
-rw-rw-r-- 1 scrib user_cel 1099 2008-11-21 21:38 slim.png.tb
je peux charger une image dans la bibliothèque et je la visualise dans la liste mais lorsque j'insère l'image dans un post je n'ai rien à l'écran (pas d'image).
Il s'agit d'un problème de droit unix sur le fichier image, le fichier tb ayant les bons droits.

j'ai corrigé le problème "à la main" avec un 'chmod ug=rw,o=r slim.png.'

marama · novembre 2008

celmir a écrit:

Il s'agit d'un problème de droit unix sur le fichier image, le fichier tb ayant les bons droits.

Oui effectivement, le chmod c'est de ma faute j'avais décidé de l'enlever des fonctions de Pluxml car selon moi c'est plus un problème de configuration des droits côté serveur. Ce bug sera corrigé dans la prochaine mise à jour (beta 4.1), vous pouvez appliquer le patch vous-même en remplaçant dans le fichier core/admin/images.php ligne 44 :

@plxUtils::makeThumb($upFile, $upFile.'.tb',$width,$height,$quality);

par

@chmod($upFile,0644);
@plxUtils::makeThumb($upFile, $upFile.'.tb',$width,$height,$quality);
@chmod($upFile.'.tb',0644);

Un patch sera également appliqué à la méthode write de la classe plxUtils...

celmir · novembre 2008

je teste merci

celmir · novembre 2008

Résumé du bug :
les documents sans extension n'apparaissent pas dans la iste

Endroit où le bug est constaté :
admin/documents.php :
-> $aDoc = $plxDoc->query('/^(.*?)\.(.*?)$/');

Description du bug :
Prenons un fichier nommé 'menu', je le charge dans ma banque mais impossible ensuite de l'utiliser car il n'apparait pas dans la liste du fait qu'il n'a pas d'extension !

celmir · novembre 2008

concernant les droits ca ne fonctionne pas car chmod n'existe pas comme fonction.

Stéphane · novembre 2008

Bonjour Celmir.

Peux-tu nous dire quel est ton hébergeur stp.
Qu'est-ce qui te fait dire que la fonction chmod n'existe pas ?
Sais-tu nous dire si ton hebergeur fonctionne avec SAFE_MODE activé ou non avec un phpinfo()

Merci

marama · novembre 2008

celmir a écrit:

concernant les droits ca ne fonctionne pas car chmod n'existe pas comme fonction.

chmod n'existe pas ???

celmir · novembre 2008

j'ai enlevé le @ de la fonction pour récupérer le message d'erreur.
c'est peut-être un problème d'inclusion ?
safe_mode off chez tuxfamily.org

juste pour indiquer la modif réalisée:

else { # Ok @plxUtils::makeThumb($upFile,$upFile.'.tb',$width,$height,$quality);
@chmod($upfile,0644);
$msg = 'Image envoyée à '.date('H:m:s');
}

celmir · novembre 2008

bon j'ai dit une bétise vue que chmod est une fonction php :-(
http://www.manuelphp.com/php/function.chmod.php

marama · novembre 2008

Le message d'erreur c'est quoi exactement ?

celmir · novembre 2008

au fait c'est pas $upFile au lieu de $upfile ?

celmir · novembre 2008

après test c'était ça le problème :-)

else { # Ok @plxUtils::makeThumb($upFile,$upFile.'.tb',$width,$height,$quality);
@chmod($upFile,0644);
$msg = 'Image envoyée à '.date('H:m:s');
}

marama · novembre 2008

celmir a écrit:

au fait c'est pas $upFile au lieu de $upfile ?

Autant pour moi...
Je vais dormir

celmir · novembre 2008

bah ca arrive même aux meilleurs

J'ai reformaté le bogue découvert sur l'expression réglière.
je vais chercher ça ne doit pas être bien compliqué

marama · novembre 2008

avec cette expression ça devrait être bon :

$aDoc = $plxDoc->query('/^(.+)$/');

celmir · novembre 2008

je vais tester.

aerdhyl · novembre 2008

Résumé du bug :
La présence de parenthèse dans le titre d'un article provoque une erreur dans la recherche du fichier + (effets collatéraux)

Endroit où le bug est constaté :
dans l'administration, dans le panneau de gestion des articles et lors de l'affichage des articles.

Description du bug :
La présence de parenthèses dans le titre d'un article pose problème : le nom du fichier xml correspondant conserve les parenthèses, mais les regex de recherche dans plxMotor ($this->motif) ne sont pas prévu pour les repérer.
En effet collatéraux, il semble (dans les test que j'ai faits) que le fichier xml fautif remplace plusieurs autre xml d'articles, l'article n'est plus éditable dans l'administration, etc.

j'ai résolu le problème en modifiant plxUtils::title2url (modifications en rouge) :

function title2url($str) {
$str = strtolower(plxUtils::removeAccents($str,PLX_CHARSET));
$str = preg_replace('/[\%\&\"\s\'\:\/\[\].,-_|#*$£=`\+]+/',' ',$str);
$str = preg_replace('/[!@]/','',$str);
$str = str_replace('?','',$str);
return strtr(trim($str), ' ', '-');
}

Voilà tout !
aerdhyl

marama · novembre 2008

@aerdhyl : merci pour ce bug

SapinTremblant · décembre 2008

Bonjour, je ne sais pas si il s'agit d'un bug mais c'est génant.

Résumé du bug :
Lors de l'upload d'image, les chiffres présent dans le nom disparaissent.

Endroit où le bug est constaté :
dans l'admin / image

Description du bug :
Je charge une image avec des chiffres dans le nom et ils disparaissent, ce qui rend l'organisation des photos très difficile.

Recensement des bugs de Pluxml blog beta 4

Réponses