PluXml 5.9.0

bazooka07 · 9 oct.

commit #833 plxAdmin::getFileStatique() renvoie toujours une chaine
commit #834 gère les plugins inactifs et incompatibles avec PHP >= 8.0.0

gcyrillus-nomade · 18 oct.

bonsoir, bonjour,

Juste une proposition et question à la communauté, par rapport au tri des articles dans l'administration.
Je vient de m'apercevoir qu'il n'y avait pas d'option de tri ou d'affichage par auteur dans le cas ou un PluXml pouvait avoir plusieurs "users".

Pensez vous que cela peut-être utile , à des fins de modérations au cours de la vie d'un site par exemple ?

cdt

bazooka07 · 19 oct.

Bonjour,
Dans la version 5.9.0-RC7, il y a déjà la possibilité de filtrer les articles par auteur, comme pour les catégories, côté administration et côté site. Le thème defaut prend en compte cette dernière possibilité.
Si cela ne répond pas à ta demande, on peut envisager d d'effectuer un tri des articles par nom ou login d'auteur.
A+++

gcyrillus-nomade · 19 oct.

Oups, au temps pour moi, je n'avais pas réalisé que cela était déjà présent dans la rc7 Merci

gcyrillus-nomade · 20 oct.

J'ai un drôle de bug avec Firefox _{131.0.3 (64 bits)} et la branche master de PluXml.

En voulant ajouter un utilisateur, Firefox me propose de modifier le mot de passe enregistrer de l'utilisateur principal (!?) mais n'enregistre pas de nouvel utilisateur . Ensuite, le bouton [modifier la liste des utilisateurs] ne réagit plus au clique, impossible d'ajouter un utilisateur dans Firefox du coup.

si j'ai déjà deux utilisateur, il cherche aussi à ré emplir les champs mot de passe .
Dans Chrome, aucun soucis de ce genre.

La version 5.8.16 ne pose aucun soucis non plus quelque soit le navigateur, idem pour les rc jusqu'a la rc4.
Je n'arrive pas à trouver ce qui déclenche ce comportement dans FF et la 5.9-rc5, 5.9rc-6 et la 5.9-rc7.

gcyrillus-nomade · 22 oct.

Suite , Cette partie du script dans visual.js (ligne167-181)

    /*
    const form1 = pwds[0].form;
    form1.addEventListener('submit', function(ev) {
        const val = pwds[0].value;
        if(val.length == 0) {
            return;
        }
        if(val != pwds[1].value) {
            event.preventDefault();
            if(words1 && words1.length > 0) {
                label1.textContent = words1[0];
            }
            pwds[1].focus();
        }
    }*/

semble être la portion de js qui fait que firefox refuse de soumettre le formulaire à l'ajout d'un nouvel utilisateur

Les champs mot de passe dans cette page sont généralement laissé vide pour ne pas avoir à être réenregistré à chaque mise à jour, seul le mot de passe du nouvel utilisateur est nécessaire et pris en compte à sa création.

bazooka07 · 22 oct.

Effectivement il y a un souci.

visual.js sert à valider la confirmation du mot de passe. Et aussi à évaluer la force du mot de passe.
Donc il va comparer les 2 premiers input[type="password"] .
Le test devrait donc uniquement se faire pour auth.php ( en cas de perte de mot de passe), profil.php et install.php
Le bug va se produire dans parametres_users.php quand on va ajouter un utilisateur pour la 1ère fois.
Le problème vient de la ligne dans visual.js :

const pwds = document.querySelectorAll('input[type="password"]');

Il faudrait faire une requête sur input[type="password"][name="password2"] et vérifier l'existence de input[type="password"][name="password1"]
Pour parametres_users.php, en cas d'ajout d'un nouvel utilisateur, vérifier que nom, login, password et email ne sont pas vides avant de soumettre le formulaire
Dans install.php il faut modifier le nom des champs pour être raccord avec les autres fichiers .php.

Je vais regarder cela dans la semaine.

Merci pour ton retour

PluXml 5.9.0

Réponses