Toutes mes réponses sur les forums
-
Messages
-
Bonjour,
Il faut aller dans le menu administration, configuration et cliquer sur valider afin réinitialiser les URL.
Ensuite les liens fonctionneront correctement.
Cordialement,
Jérôme -
Bonjour,
Le principe est le même.
essayez ?noCAS=1Cordialement,
Jérôme -
Bonjour,
La première erreur est probablement liée à la version de MySQL utilisée.
Nous préconisons l’utilisation de MariaDB 10.La seconde erreur est liée à la première. L’utilisateur n’ayant pas été créé, les droits d’accès sont refusés.
En cas d’échec de création de la base de données, le processus d’installation s’arrête. Le dossier vendor et le fichier de configuration ne sont donc pas créés.
Essayez avec MariaDB 10 à la place de Mysql 8 (les packages MariaDB sont disponibles sous Ubuntu).
Cordialement,
Jérôme -
Selon moi, le comportement décrit correspond au fonctionnement standard.
Cdlt,
Jérôme -
Bonjour,
Nous avons identifié le souci et créé un correctif.
Nous allons très prochainement publier une mise à jour intégrant ce dernier.Cordialement,
Jérôme -
Bonjour,
Nous venons de publier la version 20.04.03 qui corrige ce bug et quelques autres.
Pour la mise à jour (en partant d’une version 20.04.xx installée avec git) :git fetch origin git pull origin 20.04.xx sudo rm -r var/cache/dev
-
Le dossier var doit se trouver dans le dossier « Planning Biblio ».
Il est créé lors de l’installation des composants Symfony (lors de l’exécution de la commande composer install via le script install.sh).Dans le dossier var, se trouve entre autres le dossier cache qui contient un dossier portant le nom de l’environnement : dev par défaut (temporairement).
Si un autre environnement est utilisé, le dossier à supprimer porte un autre nom (voir APP_ENV= dans le fichier .env.local (par défaut, ou autres fichiers .env.xxx))
Si ça fonctionne sans suppression du cache : tant mieux.
J.
-
Bonjour,
C’est un bug connu de la version 20.04.
Nous publierons une mise à jour qui le corrige dans quelques jours.En attendant, le patch est ici :
https://github.com/PlanningBiblio/PlanningBiblio/pull/197/commits/e4414dc607d6d7506402ecc7004d6e7dbe3b4cb9
Vous pouvez l’appliquer en exécutant les commandes suivantes (si vous avez installé Planning Biblio en utilisant git) :git fetch origin git pull origin 20.04.xx git cherry-pick e4414dc607d6d7506402ecc7004d6e7dbe3b4cb9 sudo rm -r var/cache/dev
Cordialement,
Jérôme -
Bonjour Laurent,
Le script d’installation est conçu pour Linux, mais l’installation doit pouvoir se faire manuellement sous Windows.
Les principales différences avec les versions précédentes :
– Des composants externes sont nécessaires et ne sont pas intégrés au code source. Vous aurez besoin de composer pour les installer
– Il faudra créer un virtualhost pointant sur le dossier public afin d’avoir une URL du type http://mon-serveur ou http://mon-serveur.mon-domaine.fr (pas de dossier après l’adresse ip ou le nom de serveur)
– Il faudra créer un fichier de configuration nommé .env.local, à la place de l’ancien fichier config.phpVous pouvez télécharger les sources Planning Biblio depuis la page téléchargement.
Les décompresser dans le dossier de votre choix (pas dans le dossier www).Télécharger composer.phar depuis ce site : https://getcomposer.org/download/
Cliquer sur Latest Stable sous Manual Download
Placer le fichier téléchargé dans le dossier d’installation de Planning Biblio (plus simple pour la suite).Dans le dossier d’installation de Planning Biblio, il faudra exécuter la commande suivante :
php composer.phar install
Mais il faudra remplacer php par le chemin d’accès à l’exécutable PHP de Wamp (ex : c:\wamp64\bin\php\php-version\php.exe)
Ceci téléchargera les composants.
Une erreur sera affichée à la fin de l’installation au niveau du « cache clear »
C’est normal, il faut ignorer cette erreur.Pour rendre Planning Biblio accessible via un navigateur internet, suivre la procédure indiquée au chapitre 5 du document « Guide d’installation et de mise à jour, version 20.04 » disponible sur la page téléchargement.
L’installation de la base de données et la création du fichier de configuration se feront lors de la première connexion web.
-
Pour les bloquants : pas de changement au niveau de l’importation.
ça permet simplement de placer les agents sur 2 postes en simultanéPour les modifications du script d’import : voir ceci :
https://github.com/PlanningBiblio/PlanningBiblio/commits/19.10.xx/planning/poste/importer.php -
Salut,
Quelle était la version précédente ?
Lors de l’importation, il y a un contrôle « on n’importe pas les agents s’ils sont placés sur un autre site », mais il existe depuis la version 2.6.6
Ce contrôle est forcé et n’est soumis à aucun paramétrage.Pas de modification sur cette partie depuis la 2.6.6, mais il y a eu d’autres modifications sur le script d’importation comme le marquage des agents importés en dehors des heures de présence, la checkbox « Importer les absents » cochées par défaut, et des contrôles de cohérence entre les données stockées dans le modèle et la structure.
Pour bien comprendre, sans parler du modèle : si tes agents présents sur le site B sont dans les cellules B du site A, le poste B du site A est défini comme non-bloquant, c’est bien ça ? et tu passes par les agents indisponibles pour les placer (sur le site A ou sur le site B selon ce qui est défini dans les heures de présence).
-
Bonjour Wil,
Pour les droits d’écriture sur les dossiers includes et data :
Le message s’efface si le problème est réglé lorsque l’on clique sur le lien « ré-esssayer ».
Le formulaire est rechargé à cette occasion, donc revérifiez vos paramètres.Pour l’erreur de connexion à la base de données : l’utilisateur et la base de données seront créés par l’assistant. Dans le formulaire, vous devez renseigner en premier lieu les identifiants d’un utilisateur ayant les droits de créer des bases de données et des utilisateurs, généralement le compte « root ».
Celui-ci doit être au préalable modifié dans MySQL pour pouvoir être utilisé avec un mot de passe (que vous devez définir), sans nécessairement être connecté en root ou sudo sur le système. Renseignez-vous sur les forums MySQL / MariaDB pour ceci .Cordialement,
Jérôme -
Bonjour,
Il faut cocher la case « fermeture » pour les jours qui ne doivent pas être décomptés.
Cordialement,
Jérôme -
Bonjour,
Oui, les anciens plannings de présence disparaissent et c’est normal.
Techniquement, les informations ne sont pas enregistrées à la même place. Vous devez donc refaire la saisie après activation du paramètre Planning Hebdo, mais ensuite ça ne bougera plus.Une fois l’option Planning Hebdo activée, on ne revient jamais en arrière.
Les nouveaux plannings de présences remplacent les anciens partout dans l’application.Planning Hebdo permet une gestion plus souple des heures de présence (anticipation de changement d’horaires dû à la modification d’un contrat ou au passage en horaires restreints par exemple).
Et il est nécessaire pour la gestion des congés car on a besoin de valeurs sûres, valables sur les périodes choisies pour le calcul des crédits.Cordialement,
Jérôme -
Bonjour,
Pouvez-vous préciser le numéro de version ?
Merci,
Jérôme
