PluXml 5.9.0

bazooka07 · octobre 2024

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

gcyrillus-nomade · octobre 2024

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 · octobre 2024

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 · octobre 2024

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

gcyrillus-nomade · octobre 2024

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 · octobre 2024

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 · octobre 2024

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

bazooka07 · décembre 2024

Pour la gestion des mots de passe voir commit #849

J'ai également ajouté dans ce commit :

l'effacement des données personnelles (mail, etc...) pour les utilisateurs supprimés - voir discussion
l'enregistrement et l'affichage de l'heure de la dernière connection

catarali76 · décembre 2024

Bonjour,
Est ce que le bug des 10000 articles a été corrigé avec cette version?
https://forum.pluxml.org/discussion/7613/9999eme-article-publies-et-impossible-den-publier-un-autre#latest

bazooka07 · décembre 2024

Bonjour,

Tu as un site, propulsé par PluXml, avec plus de 8000 articles ?

Un commit a été publié pour récupérer les identifiants des articles supprimés après la publication du 9999ème article.
commit #773

Je vais vérifié ce commit par sécurité.

kelda · 14 févr.

Apologies, My French is limited. I have used Pluxml in the past, and since changing hosting provider I decided to install Pluxml on my localhost for developing a new theme for my genealogy website. I am running PHP 8.4.4 and have no problems with my main content.
However, I tried to add comments to a trial post and hit a bug. This is the resultant error message copied directly

Fatal error :
type : 2 E_WARNING - See https://www.php.net/manual/en/errorfunc.constants.php#constant.e-warning
message : Undefined array key 2
file : G:\htdocs\pluxml\core\lib\class.plx.glob.php

line : 193
User / Profil : 001 / 0
PluXml version : 5.9.0-rc7
PLX_DEBUG : true

PHP version : 8.4.4
About this server :
REQUEST_URI : /pluxml/core/admin/comment_new.php?c=0001.1739562684-1
REQUEST_METHOD : GET
SCRIPT_FILENAME : G:\htdocs\pluxml\core\admin\comment_new.php
SERVER_SOFTWARE : Apache/2.4.54 (Win64) OpenSSL/1.1.1q mod_fcgid/2.3.10-dev
HTTP_ACCEPT_LANGUAGE : en-GB,en-US;q=0.9,en;q=0.8
HTTP_USER_AGENT : Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/133.0.0.0 Safari/537.36

PluXml 5.9.0

Réponses