suppression_utilisateur_impossible

Bonjour , la suppression d'un utilisateur est impossible qu'il soit actif ou inactif, cordialement.
ma config :
Numéro de version GRR fichier :  : 4.0.0a GitHub-Master
Numéro de version GRR BDD :  : 4.0.0a
Système d'exploitation :  : Linux webdb95.lwspanel.com 5.7.0-0.bpo.2-amd64 #1 SMP Debian 5.7.10-1~bpo10+1 (2020-07-30) x86_64
Version PHP : 7.4.22
Base de données :  : mysql => 5.5.5-10.3.25-MariaDB-0+deb10u1
Time : 1630675120
Timezone : Europe/Paris

Bonjour , j'ai installé un serveur local wampserver *, il semble  avoir une erreur à la ligne 3016 du fichier functions.inc.php, les underscores sont absents de "reservee au nom de " (voir pièce jointe),mais cela ne suffit pas à supprimer l'indication "accès refusé" et l'effacement de la réservation, cordialement.
*ma config locale :
Numéro de version GRR fichier :  : 4.0.0a GitHub-Master
Numéro de version GRR BDD :  : 4.0.0a
Système d'exploitation :  : Windows NT PC1 10.0 build 19043 (Windows 10) AMD64
Version PHP : 7.4.23
Base de données :  : mysql => 5.5.5-10.6.4-MariaDB
Time : 1630916324
Timezone : Europe/Paris
 

Bonjour,
merci pour votre remarque relative au vocabulaire.
Pour ce qui est des réservations impossibles à supprimer, il me semble qu'elles sont déjà supprimées, ayant l'attribut "supprimer" à 1 dans la table grr_entry. C'est ce que j'observe dans mes tests.
J'en déduis que le problème est au niveau de l'affichage dans les plannings. Confirmez-vous ?
Cordialement,
YN

Bonjour, je mets en pièce jointe une p'tite vidéo qui montre ce qui se passe, l'accès est refusé et la reservation n'est pas effacée elle apparaît toujours dans l'agenda , cordialement.

Bonjour,
la vidéo semble s'être perdue dans le cyber-espace, mais ce n'est pas grave, j'ai bien compris le bug que vous avez détecté et je l'ai reproduit.
Avant de me lancer dans les correctifs, j'aurais voulu savoir si la réservation que vous avez tenté de supprimer a bien l'attribut "supprimer" à 1 dans la table grr_entry.
Merci pour votre retour,
cordialement,
YN

Bonjour , oui l'info "supprimer" est à 1 , je mets en pièce jointe, cordialement.

Comme je suis sur d'autres modifications dans les pages plannings, je propose ce patch pour la page week.php. En cas de besoin urgent, vous pourrez le reporter dans les autres pages...
Dans week.php, aux environs de la ligne 188, remplacer par Cordialement,
YN

Bonjour , malgré la présence du patch  le problème reste identique, cordialement.

Bonjour,
ce n'est pas l'expérience que j'ai : en page week (semaine, une ressource), les réservations effacées ne s'affichent plus et je peux supprimer une réservation existante sans erreur.
Cordialement,
YN

Bonjour je viens de charger la dernière version sur github et cela fonctionne, le patch final a été modifié : !=1 en =0
end_time > $week_start AND
".TABLE_PREFIX."_entry.supprimer =0
ORDER by start_time";
le problème est résolu, merci cordialement.