This repository has been archived by the owner on Jul 22, 2022. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 62
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
petit oubli
objet configuration
+ application aux heures
…ns la page d'administration (#351) * Affiche les utilisateurs inactif de manière plus évidente dans la page d'accueil de l'administrateur * Empêche les utilisateurs inactifs de se connecter en leur affichant un message adapté * Les utilisateurs inactifs sont enlevés de la gestion de groupe, il ne sont plus visibles * Le RH peut maintenant voir tous les utilisateurs inactifs mais avec la même vision que l'admin (c'est à dire en rouge) * Les responsables et RH ne peuvent plus prendre de congés pour les utilisateurs inactifs. Les prises de congés par groupe ou pour tout le monde n'affecte plus les utilisateurs inactifs * Un utilisateur inactif n'est plus considéré comme le responsable d'une personne, on va donc chercher d'autres responsable ou son surresponsable en cas de traitement de congés * Retrait de la variable print_disable_users * Enleve la variable print_disabled_users de l'installation pour la version 1.10 * Suppression de la variable print_disable_users de config dans l'upgrade 1.9
* Màj / install vendor * LT API version fixe * Script duplication et accession à l'API vendor depuis le front * Oups config * Update composer * API en vendor (enfin) * Ajout des champs de conges_users pour la sécurité * Pryto, le roi des idiots (c'est comme les Pépito mais sans chapeau) * bépo, tu fais chier * Patch encore (la x° fois c'est la bonne) * SQL * Test * Ajout du token d'instance * Génération du token d'instance via le processus d'install / maj * Reset à chaque version * Json bien formé * Bon paths et compat windows * Mise à jour lib sql 1.10 * pareil pour la maj * Suppression code déjà migré * Betîse ancienne lib sql * ...
* Script de génération de jeu de test 3 paramètres : * Nombre d'utilisateurs (entre 3 et 575) * Nombre de groupe (Peu, Moyen ou Beaucoup, max 16 groupes) * Nombre de congés (Peu, Moyen ou Beaucoup) Les limitations qui seront à résoudre sont les suivantes: * Il n'y a pas d'utilisateur a responsabilité * Les congés sont tous posé sur le dernier mois ce qui n'est pas réaliste D'autres limitations * seulement 1 seul planning est utilisé * Le comptage des jours ne prend pas en compte les jours féries, le planning, les week end * Les jours posés peuvent se superposer et sont déconnectés des soldes des utilisateurs * Reorganisation légère du code du script de génération sql * Réutilisation des paramètres de la reuête dans le html Les jours de congés pris sont mieux répartis dans le temps, la date d'acceptation n'est plus fixe * Mis en place du rôle des responsable, l'utilisateur pierre est ajouté en tant que RH et n+2 pour les utilisateurs Les responsable sont aussi responsable des groupes où sont les utilisateurs dont ils sont responsables * Ajout d'un exemple de génération sql crée par le script avec 50 utilisateurs
* Ajout du répertoire de sauvegarde * Prémisses sauvegarde à l'upgrade * Descripteur de création plus fiable * Typo * Boulet * Redirection finale de l'upgrade * Nouveau message de maj * Juste un peu de doc qui aide de la médecine à couler * Foirage rebase * Test chmod * chmod backup et gitignore * Intitulé liens migrations * Renommage * Pas besoin de sauvegarder celle où on arrive * No backup pour dernière version
|
Bonjour @Stephane60,
étant donné que cette demande reflète, a priori, un besoin individuel, je t'invite à envoyer un mail sur la mailing list : libertempo@lists.tuxfamily.org
Il y a #226 à ce sujet à l'avenir, créer un ticket, depuis l'onglet "Issues", plutôt qu'une PR 😺 |
|
Rebonjour,
J’ai lu le ticket 226 mais je n’y trouve pas de solution concernant le mail vers la RH. (je vois qu’il s’agit visiblement d’une évolution prévu dans la prochaine version 1.10).
Y’ aurait-il une astuce ou un moyen de copier la RH des emails de validation/annulation en attendant la future version svp ?
Merci !
Cdlt.
|
|
pose cette question sur #226 stp. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Bonjour,
Je souhaiterais personnaliser la page d'accueil de Libertempo pour y ajouter nos règles internes pour les demandes de congés. Pourriez vous m'indiquer comment faire svp ?
Aussi, je souhaiterais que la RH recoive également les emails de validation et annulation de congés.
Pourriez vous me dire si cela est possible svp et si oui comment ?
Merci !
Bien cordialement
Stéphane.