Recensement des bugs de Pluxml blog beta 4

maramamarama Member
novembre 2008 modifié dans Bogues
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
«1

Réponses

  • 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...
  • mementomemento Member
    novembre 2008 modifié
    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.
  • 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
  • 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+
  • 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...
  • 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+
  • 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à ;)
  • gcyrillusgcyrillus Member
    novembre 2008 modifié
    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 .
  • 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
  • @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.
  • Salut !
    @marama , "au temps" pour moi
    ( et c'est pour moi l'occasion de verifier le resultat d'une MAJ du core .)
    Repos. ...

    :)
  • celmircelmir Member
    novembre 2008 modifié
    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.'
  • 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...
  • je teste merci :)
  • celmircelmir Member
    novembre 2008 modifié
    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 !
  • celmircelmir Member
    novembre 2008 modifié
    concernant les droits ca ne fonctionne pas car chmod n'existe pas comme fonction.
  • StéphaneStéphane Member, PluXml Former Project Manager
    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

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • celmir a écrit:
    concernant les droits ca ne fonctionne pas car chmod n'existe pas comme fonction.
    chmod n'existe pas ???
  • celmircelmir Member
    novembre 2008 modifié
    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');
    }
  • bon j'ai dit une bétise vue que chmod est une fonction php :-(
    http://www.manuelphp.com/php/function.chmod.php
  • Le message d'erreur c'est quoi exactement ?
  • au fait c'est pas $upFile au lieu de $upfile ?
  • celmircelmir Member
    novembre 2008 modifié
    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');
    }
  • celmir a écrit:
    au fait c'est pas $upFile au lieu de $upfile ?
    Autant pour moi...
    Je vais dormir :)
  • celmircelmir Member
    novembre 2008 modifié
    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é
  • avec cette expression ça devrait être bon :
    $aDoc = $plxDoc->query('/^(.+)$/');
    
  • je vais tester.
  • 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
  • @aerdhyl : merci pour ce bug
  • 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.
Connectez-vous ou Inscrivez-vous pour répondre.