réunion 08/10/2012

  • David / Remi / Nelly / MoYo / Damien
  • Problème skype -> conf call OVH
  • Point 0.83.5 :
    • Pbs en attente : template et post-only ? #3925
      • MoYo : 2 options : débrayer champs obligatoires non visibles / 1 gabarit post-only + 1 central
      • Remi : 2eme solution déjà demandé sur le forum
      • Remi : dans interface dire pour qui c'est obligatoire
      • JMD : aller jusqu'a un choix / profil
      • Remi : interface simplifiée devrait être supprimée à un moment
      • MoYo : Mix des 2 : 0.84
        • Contrôle pas les champs pas sélectionnables : 0.83.5
        • Ajouter gabarit par défaut sur profil
        • Catégorie / Profil / Entité
        • On ne peut rattacher à un profil qu'un gabarit ER + récursif
    • Sortie mardi 09/10 : besoin de tests
  • Point 0.84
    • Points divers :
      • Terminologie : Purger / Supprimer -> Supprimer définitivement / Mettre à la corbeille ?
        • OK / faire attention relation : chaine utilisée supprimer
      • Suppression wiki / Remplacement par génération doc en HTML #3852
        • Page intermédiaire avec listing des langues dispos
        • Suppression wiki
          • MoYo : Des données ne sont pas la doc.
          • Ajouter ticket pour migrer les dernière données dans la doc. en 0.84
          • MoYo : Déjà rendre wiki non éditable
      • Gettext et plugins : utilisation des contextes ?
        • MoYo : mise à jour Zend Framework implique cela. Chaque plugin doit donc redéfinir toutes ces chaînes. 1 domaine par plugin
        • Remi : plus gestion normal gettext
        • OK pour 0.84
      • Entetes : Original Author a t'il un sens ? On vire ? (Julien Dombre, Walid Nouh, Remi Collet, Jean-Mathieu Doléans, Damien Touraine, Olivier Andreotti, Nelly Mahu-Lasson)
        • Pas de fichier AUTHORS.txt
        • JMD : Noms dans les fichiers -> problème droit d'auteur : faire signer Contributor License Agreement pour céder droit au projet
        • Virer noms les mettre dans AUTHORS.txt temporairement puis voir cession droit au projet : OK
        • MoYo : historique des contribs pour signer Contributor License Agreement
        • Purpose of file à garder -> voir pour ajouter entête normalisée pour les fichiers
        • Virer @author également
    • Mails en attente de décisions :
      • patch David due_date #3699
        • JMD : peut être pas 2 colonnes. Peut-être plus petit.
        • MoYo : voit pour intégration
      • networks ports : comportement à la suppression d'un port.
        • Damien ; garde les IP pour faciliter transfert IP d'une machine à une autre
        • David : ca pollue la base.
        • Damien s'occupe de changer le comportement pour supprimer les IPs
      • Mails : Factorisation Gloups
        • MoYo : corrigeant can CommondDBchild / parser les CommonDBchild / CommonDBRelation pour nettoyer cas standard et définir cas particuliers
        • Damien : continue à réfléchir au problème
    • Points réunions précédentes :
      • OCS en plugin : partie réseau ?
        • Contrib damien OK.
        • Revoir la partie composants (pb fonctions supprimées)
        • Reste à faire : gestion locks (Remi / gestion lourde à la migration) + Tests
      • Import/Export rules
        • pas de nouvelles
      • #3351 : gestion numéros téléphones
        • pas de nouvelles
    • Date de sortie ?
      • JMD : soucis sur les tickets pas traités (plus de 40) : on pose juste la problématique.
        • On peu geler la version et reporter sur des versions ultérieures mais le volume est important et problème de visibilité pour les utilisateurs qui ne savent pas au final quand sera traité tel ou tel chose
        • Comment peut on gérer ca pour avoir une roadmap plus proche de la réalité
        • Tickets assignés sans évolution / tickets non assignés...
          • Remi : ne pas mettre les tickets sur une version si pas commencé
            • MoYo : plus de notion de roadmap
            • JMD : quand estime-on que le ticket sera attaché à une version ?
        • JMD : on intégre que les tickets dont on est sûr (dev plannifié en interne) ?
        • Remi : peut-être pas se prendre la tête : on fait ce qu'on peut. Version régulières dynamisantes
        • JMD : peut-être été trop ambitieux
        • Nelly : Inverse plus positif : intégrer plutôt que dégager des tickets.
      • JMD : Tickets assignés qui ne seront pas traités doivent être désassignés.
    • Ticket #3131 : remi / yllen souhaitent remonter en 0.84. Problématique migration et multi-entités (cas complexe si héritage / pas héritage)
  • Sujets pas traité
    • Tickets en Feedback :
      • #3702 : MoYo : à faire yapluka
      • #3698 : due_date right to update ?
      • #3679 : à faire : qui ? MoYo ?
      • #3605 : à faire : MoYo ?
      • #3425 : to del ?

réunion 05/09/2012

  • Présents : xavier, david, walid, julien
  • Point 0.83 :
    • 0.83.5 en attente.
      • 2 tickets en attente : nécessité de donner vos avis sur les tickets en Feedback
      • Rien d'autres a priori
      • date de release repoussée au 12/09/2012
      • Tsmr : CSRF pose problème avec les plugins quand actions en javascript
  • Point 0.84
  • Sortie : reportée la sortie et/ou on réduit la liste des features ? Problème à discuter rapidement avec tout le monde.
  • Points précis
    • OCS en plugin :
      • Tsmr : quelques corrections aujourd'hui + tests / trads OK
      • Walid : sur les règles : interface bien avancée. Actions et critères spécifiques OCS dans le plugins. Les autres critères sont restés dans le cœur. Tests réalisés et comportement correspondant à la 0.83. Reste à faire : (pas pour OCS) tous les plugins peuvent ajouter leurs critères, manque hook pour que le moteur de règle puisse ajouter ses actions spécifiques.
      • Walid : reste à faire : revoir la partie réseau. Damien sur ml interne, voir avec lui si il peut s'en charger.
      • A part le réseau, tout doit être OK.
      • Tsmr : va tester à fond.
      • Tsmr : revoir la DOC quand même : nettoyer la doc principale mais quid de la doc du plugin ?
        • MoYo : comment gérer la doc du plugin ?
        • david : sur le wiki du plugin ?
      • MoYo : Fusion va utiliser moteur règle standard ?
        • David : non pas regardé, en train de travailler avec Damien sur la refonte réseau.
        • Walid : pas de blocage pour que Fusion ne puisse pas utiliser les moteurs
    • Modif massives
      • MoYo : revu tout le système de modif massive / application toutes les modifs massives
        • Walid : serait bien d'avoir aussi en bas la case à cocher -> à voir pour au moins les listes standards
      • Moyo : système à changer -> plugins doivent revoir leur gestion qui maintenant est plus générique.
    • CSRF
      • Moyo : maintenant travaille sur CSRF step 3 : virer toutes les actions en GET. En profite pour redéfinir les actions au bon endroit.
      • On levera les limitations pour les plugins qui devront être CSRF.
    • Refonte réseau
      • RAS
    • Import/Export rules
      • Walid : doit tout commiter, doit réadapter avec les nouvelles fonctions génériques.
    • SIM cards
      • Walid : besoin traité via reprise du plugin simcard
    • Extend_Direct_Connections
      • Walid : Pas d'avancée sur le sujet
    • Changements
      • Moyo : pas bougé, prototype toujours en attente specs plus précises. Après génant que ca ne soit pas dans la 0.84 ? plugin projet existe toujours
        • Tsmr : plugin projet sera porté en 0.84
    • Actions rapides
      • Tsmr : pas touché au chantier depuis
      • MoYo : en attente de specs plus précises
    • Refonte des composants
      • MoYo : ajouter la migration des VMs dans la problématique de la gestion des sous-éléments
    • Travail de fond
      • Pas mal de choses faites par Damien sur pas mal de sujets (PHP 5.3, réorganisation). Ca avance.
      • Pas mal de modifs sur les plugins à prévoir
    • LDAP ?
      • walid : fait 2/3 tickets mais pas le temps / demandes pour faire les autres
      • walid : certains tickets plus vraiment utiles. Peut-être les mettre en unplanned et d'autres choses plus intéressants.
    • #3351 : gestion numéros téléphones
      • MoYo : requête d'un user de gérer la double liaison users/contacts > numéro < matériel : voir pour spécifier le tout surtout si on veux lier aussi aux contacts.
      • Tsmr : donc peut-être plus complexe que prévu

réunion 28/03/2012 :

  • Point 0.83
    • Points en attente :
      • Tsmr déjà en prod depuis 1 mois
      • Tsmr : plusieurs tests d'upgrade chez clients sans soucis
      • Tsmr : problème visibilité des articles KB pose problème pour debug... Utiliser un droit config/w ou un autre ou un nouveau ?
        • Solution : nouveau droit administrer la KB : #3418
      • Glooob : problème ergo KB.
      • Remi : pas testé affectation via règle des matériels. Walid va tester
    • MailAnnonce OK : ajouter précision sur templates.
    • Walid : faire une news LinuxFr ? OK plus ajout des infos 1 000 000 downloads.
    • Date de sortie : dès que possible et dernier petits bugs corrigés
    • 0.83.1 : Nelly : #3384 en 0.83.1 : test à la CNAM puis application 0.83.1 si pas de soucis
    • Doc à relire. MoYo : problématique DOC toujours une réalité
    • Voir pour faire traduire la doc. Prendre des contacts.
  • Point 0.84
    • Chantiers en cours :
      • Refonte réseau : MoYo tests à faire, remonter problèmes incohérences.
      • OCS en plugin :
        • Choses à faire :
          • Moteur de règle utilisable par plugins
          • Migration
          • Affichage des informations
          • Gettext
          • Lock : différentiation lock champ -> plugin / lock objets dans GLPI. Voir propal Remi.
        • Qui pour travailler dessus ?
          • Tsmr : à pas mal travailler dessus
          • Nelly : reprendre la migration mais des choses sortent du cœur.
          • Walid : veux travailler de dessus car besoin intégration données plugins dans le moteur de règles + lock avec Remi
        • JMD : tickets à créer sur cœur pour avoir un suivi efficient. Chef de projet : Nelly
        • Import des ports réseaux à revoir : voir avec Damien / Julien
        • Jouable en 0.84 : OUI.
      • Import/Export rules
        • Gestion clonage de manière plus générale.
        • Remi : délicat car critères pas forcément précis car tableaux critères pas normalisés (dropdown ou pas dropdown). Sûrement nécessaire d'ajouter un datatype.
        • En attente implémentation partielle.
      • SIM cards
        • Walid : beaucoup de demandes
        • JMD : problèmatique des nouveaux périphériques. Comment gérer ca ?
        • Walid : juste gestion cartes SIMS pour le moment. Réflexion sur gestion téléphonie plus globale.
        • Tsmr : intérêt de la gestion des cartes SIMs.
        • JMD : carte SIM pas juste un composant particulier ? Travail sur composants nécessaire ?
        • Remi : OK sur cette vision : carte SIM = composant avec un contrat derrière.
        • JMD : on ne passera pas à côté d'une vrai gestion des composants à terme.
      • Extend_Direct_Connections
        • Remi : intéressant pour étendre la gestion des périphériques d'imprimantes pas exemple.
        • MoYo : mettre un sens à la connexion. X rattaché à Y mais dans ce sens. imprimante rattaché à un ordinateur et un périphérique à une imprimante.
        • MoYo : intérêt de typer la connexion ? VGA / DVI ?
        • Tsmr : pas d'intérêt si saisie manuelle.
        • Remi : à ajouter gestion is_dynamic pour ocs.
        • Walid : lié à gestion connectabilité fonction du statut du matériel.
      • Points en suspend : Tsmr : actions rapides / Changements
  • Solution Linux :
    • du 19/20/21 juin au CNIT. Stand commun avec Fusion pour limiter espace et optimiser occupation stand. A côté d'autres outils interagissant avec GLPI.
    • Qui sera là et combien de temps ? :
      • Walid : 3 jours
      • Tsmr : 2 ou 3 jours
      • Nelly : 3 jours
      • MoYo : au moins 1 jour
    • Repas surement 19 soir.
    • Penser à faire demande badge individuel
    • Essaie d'avoir un vidéoproj.

réunion 17/01/2012 : point sur la partie réseau

  • Le travail sur la mise en place de la nouvelle architecture pour la description du réseau est globalement finie.
    • Il reste des tests à faire sur la migration et sur l'ergonomie.
  • Pour éviter une perte de donnée, la mise en place d'un plugin est envisagée.
    • Après discussions il semblerait plus adapté d'intégrer l'outil de migration directement dans le coeur. Outil disponible uniquement si des données sont encore à migrer. -> Damien
    • Les données non migrées correspondent à des IPs non définies (?) ou des gateway fausses par exemple
    • L'outil permettra d'épurer et de de migrer facilement l'ensemble de ces données ainsi que de nettoyer la DB des tables temporaires.
    • A faire : à la migration supprimer les éléments migrés des tables temporaires pour ne garder que les éléments non migrés nécessitant de passer par l'outil. -> Damien
  • IPv6 : le framework gère le stockage des toutes les adresses IPv6 en mode condensé. Il y a donc uniformisation des données stockées permettant une recherche cohérente
  • Choses encore à faire :
    • Schéma de la nouvelle architecture au niveau DB -> Damien
    • Revoir le moteur de recherche pour affichage IP / MAC... -> MoYo
    • Lien NetworkName / Réseau (Network) : affichage à réaliser + typage des Réseau topologique et non toplogique pour permettre de déterminer la gateway et le netmask d'un port. Voir pour une proposition dynamique des réseaux associés à une IP -> Moyo
  • Ergonomie :
    • Affichage de 2 parties NetworkName dans le port réseau : n'en afficher qu'une seule. Le pavé de saisie NetworkName devant quand même être présent à la création du port. -> Damien (fait !?)
    • Afficher IP / netmask / gateway dans la liste des ports comme avant. Possible avec typage des réseaux topologique et non topologiques.
  • Canvas Xpress :
    • différents tests réalisés par David et Damien. Problème quand beaucoup d'éléments dans le graph. Peut-être des options d'optimisation au niveau Canvas à voir.
    • Idée : dans un premier temps voir pour un plugin puis si besoin fort des utilisateurs intégration dans le coeur.
  • Plugins :
    • Des adaptations à faire au niveau des plugins pour cette nouvelle gestion (datainjection...)
    • OCS devrait passer en plugin en 0.84
    • D'autres évolutions devraient également impacter les plugins : Refonte des composants...

Réunion du 07/09/2010

  • 0.78
    • RC3 sortie :
      • import des données LDAP #2253 : à faire pour 0.78
      • points sur les posts sur le forum
      • Travail à faire en plus sur KB
      • Central : afficher nombre de suivi - nombre de tâches : DONE
    • Point doc : état de l'avancement / des choses à faire.
      • Objectif : Doc finalisée fin septembre 2010
      • Réunion la semaine prochaine
  • 0.80 :
    • trad intitulé : le moins invasif possible
    • #2062 : à faire
    • Affectation de tickets

Réunion du 11/03/2010

  • 0.78
    • Reste à faire :
      • Template mail : délégation par entité : OK demain matin
        • More : Dropdown pour les tags
        • Blocage de possibilité via l'admin : pas de modif de la conf des alertes par exemple ?
      • Rules by entities :
        • Passe nécessaire sur les collecteurs mails / Revoir les headers mails
        • Dans beta : ajout des users LDAP via mailcollector / peut nécessiter un paramètre en plus #1252
      • Intégration de la notion de demande ? On laisse en attente.
        • GlpiDemande : nouveau dropdown #2062 - Dropdown figé : rien / demande / incident
    • Sortie Beta : lundi au plus tard
    • Mode de béta : ouvert / avec journées thématiques
  • Documentation :
    • Profiter de la beta pour réaliser la documentation

Réunion du 11/01/2010

  • Décisions actées en réunion
    • ImproveLdapImport
      • Utilisation d'un droit spécifique : Oui
      • Ajout 2 champs sur sur form Entité : Filtre et l'annuaire par défaut
      • Ajout du choix des entités (En fonction des droits) sur lequel on peut importer
      • Simplifier l'utilisation des filtres de recherches : OK
      • Ajout critères de recherche Ajax Utilisateur : OK

Réunion du 04/01/2010

  • Décisions déjà actées
    • Suppression des constantes => fait (reste rules)
    • Page de recherche d'un plugin => fait
    • choix fonction register Type pour plugins => fait
    • supprimer la propriété type dans les classes => ok : à la fin de l'autoload => MoYo demain
    • Nettoyer les hooks => OK
    • Glpi et Device => proposition validée => reste à faire le split des tables relations.
  • Décisions actées en réunion
    • haveTypeRight => canView/create => ok => méthode non statique dans les classes
    • Pouvoir cacher des catégories d'incidents dans l'interface Helpdesk => champ is_helpdeskvisible => ok ticket #1810 + TODO
    • Afficher les éléments introuvables dans les listes (class inconnue / éléments inexistant) => faire le tour des listes avec un "continue" => TODO
    • Gestion crontask => suppression colonne "plugin" => ok => TODO
    • gestion Event log => spéc détaillées nécessaires.
    • activer le journal par défaut => mise en base => chantier à ouvrir
    • purge de l'historique => par type / action / champ => chantier à ouvrir
    • test unitaires => PHPUnit => ok => déplacer dans tools (et indiquer le côté optionnel du run)
    • dropdown import => import d'arbre dispo => a mettre pour OCS
    • plugin et hook => splitter les hooks par itemtype (mail 17/12) => OK
    • suppression du array_shift dans doOneHook => 1 seul paramètre = tableau d'option (surtout pour massive action, à nettoyer) => TODO
    • Ticket droit et pref
      • durée sur les suivis ? => non => à supprimer
      • libellé => source du suivi
      • préférences => tache privée par défaut => à ajouter
      • droits tâches => update_task + global_add_task => 2 nouveaux droits à créer (renommer comment_all_ticket => global_add_followup)
    • rapport infocom (mail jmd 23/12) => supprimer les amortissements sur les consommables (uniquement la valeur d'achat) => à revoir TODO
    • historiques (des tickets + général) => chantier GlpiHistory à révoir (ticket 985)
    • Document et PJ sur les doc. => problème de droit du post-only => document privé / public => à traiter
    • post-only ajout de document à la création ou à partir de l'onglet "doc" en modif
  • Prochaine réunion : Lundi 11/01/2010 à 20h30 (GlpiCalendar et NotificationsByEntity)

Réunion du 17/11/2009

  • AutoLoad
    • classname : ContactType -> renommage des tables glpi_contacttypes
    • Plugins : OK / case 2 for main class
    • Delete CommonItem : OK
    • All functions in classes :
      • Cron : une tache : une classe + une méthode
      • Classes utilitaires : OK
  • Tracker & OCS (fusion agent & possibilités 'serveur ocs' dans tracker)
    • Fusion des 2 agents
  • Multiple Requesters by Ryan Foster
    • need Observer people ?
      • request mail CC as requester or observer
    • Display form problem ?
  • Dropdowns : nouvelle gestion
    • Remi : reste à faire :
      • nettoyage (add, import)
      • problème entités (problème entité racine)
      • gestion remplacement / suppresion en cas de fils
    • Affichage choix pour configuration intitulés
      • tableau complet : pas glop
      • Système déplier / replier : bof
      • Dropdown comme avant: semble mieux : reordonner les éléments
      • Possibilité d'ajouter un map comme pour le menu
    • Type Doc -> dropdowns
    • Bouton plus : très bien
  • date_mod date_crea
    • MoYo : date_mod, comment à généraliser / date_crea NSP ou lien avec historique
    • Remi : pas sur objets de liaison / problème de la suppression -> utilisation logEvent / ajout entité pour permettre vision journaux par admin local
    • Conclu : pas date_crea -> voir #1935
  • logEvent (log failure ?)
    • cf. mails interne
    • Moyo : nécessite Specs plus poussées : ImproveLogEvent
  • Factorisation modif massive : OK
  • champs is_active pour certains objets (serveur LDAP, serveur OCS, serveur POP/IMAP) : voir #1936
  • Paramètre pour la fermeture de ticket (mail Tsmr)
    • A voir après refonte tracking
  • list_limit_max ?
    • Sens pour ne pas par défaut avoir des listes énormes mais laisser cela possible
  • OCS : pb termes pour comportement lors de la deconnection (en mode global)
  • Entité et objets liés : Infocoms / Cartouches / Consommables ?
    • Serait pratique / gain en gestion
    • Juste à prévoir dans le transfert
    • Conclusion : On part la dessus
  • Filtrage des connexions par statut : ConnectStatus <- idée apparue lorsque l'on a traité la récursivité sur les imprimantes
    • Problèmes objets sans status
  • is_already_planned pour les plugins : voir #1938

Réunion du 20/10/2009

  • 0.72.3 :
    • Tickets en attente : fermeture des tickets
    • Ticket LDAP : encore un soucis en attente de correction finale
    • Sortie semaine du 27/10
  • 0.72.4 :
    • problème receiver : question travail en 0.72 ou voir refonte 0.80 ? Remi s'en occupe.
  • Documentation :
    • pas d'avancé.
    • Remi : Problème soft. Demande d'un article d'exemple pour pouvoir avancer.
    • David : tests plusieurs autres solutions mais pas trouvé grand chose.
    • MoYo : en attente de la validation d'une chaine de publication.
    • MoYo : contenu pouvant déjà être mis en place dans un format standard
  • Bascule de l'outil de trad en 0.80
    • MoYo : problème encore des trads sur la 0.72. Seule solution duplication appli de trad.
    • Remi : va traduire en anglais sur le SVN (besoin pour screenshot pour son blog) et remettre sur l'appli de trad quand on migrera.
  • 0.80
    • Nelly / Remi : choix CNAM sur dev : renforcement équipe de dev d'un des centres CNAM pour GLPI (équipe s'occupant déjà du helpdesk). Donc dev en interne équiv 1 ETP.
      • Démarrage helpdesk 0.80 SVN au 01/12 phase pilote
      • MOA doit faire la doc
    • Gestion des dropdowns
      • Passer les dropdowns comme pour les catégories des tickets ?
        • Chaque dropdown géré comme un objet ?
          • Intérêt gestion / utilisation / navigation / uniformisation
          • Problèmes : gestion des popups (juste form ajout ?) / gestion des remplacements à la suppression
          • Problème taille SEARCH_OPTION : migration vers classes / MoYo première étape vers MVC (soucis des indices)
          • Intérêt : simple par héritage / ajout simple / Faut-il généraliser ?
          • Catégories des tickets : Tsmr : migration de l'existant : pouvoir migrer une catégorie de l'entité racine vers filles ?
          • Droits sur les dropdowns particuliers ?
          • Remi : s'occupe des lieux et des prises réseaux dans un onglet des lieux
      • Gestion traduction des dropdowns :
        • ddurieux : pouvoir avoir un dropdown qui s'affiche en telle ou telle langue. Gestion de la traduction intégrée (catégorie helpdesk / statuts par exemple).
        • MoYo : semble compliqué. Voir ce qui existe.
    • Couts des tickets
      • Problématiques différentes : coût au technicien / coût au type d'intervention... A étudier plus.
      • Notions de couts par défaut ?
    • Travail futur :
      • ddurieux : #35 + couts
      • Remi : finir ce qu'il a commencé : changement status / impact urgence priorité / lieux / prises réseaux / administration délégué pour notifications

Réunion du 31/08/2009

  • 0.72.2
    • bugs en attente ?
      • alertes sur licences expirées désactivé en 0.72.2 ? return en début de fonction qui ne fait rien.
        • seule solution : reset de toutes les alertes puis revoir et réactiver.
      • Logiciels / licences : afficher informations sur licences sur la page des ordis pour les licences affectées (infobulles...)
        • ticket ajouté pour 0.72.2 #1633
      • Demande récurrente : plusieurs ordis à une seule licence :
        • 0.80 peut-être voir pour 0.72.3
      • patchs from linvinus
        • 01_mail_encoding.dpatch : 0.72.2 : à tester
        • 02_mail_do_not_spam_user.dpatch : 0.72.2 : à tester
        • 03_mail_user_friendly_mailing.dpatch : No -> see template
        • 04_cron_defaults.dpatch : No -> voir 0.80 pour paramétrage complet
        • 05_addition_header_in_commonHeader.dpatch : No : think of a config option or not : to be discussed
        • 06_tracking_newormy_status.dpatch : No : do #1123 before
        • 07_tracking_personal_followup_color.dpatch : yes 0.72.2
        • 08_ocsng_utf8_database.dpatch : no specific
        • 09_tracking_one_mail_on_close_and_answer.dpatch : Pas compris
      • problématique helpdesk_visible pour plugins : ticket ajouté #1638
  • forge / catalogue :
    • annonce à faire aux utilisateurs / annonce redmine ?
    • Forge : super outil
    • trac plugins : suppression possible ?
      • En attente de migration des derniers plugins
      • données restantes sur le wiki ? a priori oui.
    • Catalogue
      • problème css page accueil quand manufacturersimports en gras (passe au dessus de Versions)
      • tsmr : 15 par page
      • MoYo : mot clé environnement ne veut rien voir pour trouver autres choses.
      • MoYo : voir pour regrouper des mots clés (singulier / pluriels)
      • Remi : check_update : test des plugins (catalogue/forge) ?
        • Moyo : catalogue pas prévu pour ca / fichier sur SVN mettrais de le faire
        • Remi : intégrer check nouvelle version des plugins par le coeur ? à étudier.
  • point 0.80
    • MoYo : clean DB fait
      • -> Problème restore dump < 0.80 problem : voir #1630
    • Walid : budgets
      • walid : pb cosmétique / grosse requête car pas d'entities_id sur infocoms
      • Remi : Problème sous entité voit répartition budget entité mère
      • walid : pas encore traité plugins qui peuvent avoir des infocoms
    • Remi : création commonDBRelation et application sur des relations existantes / travail à continuer / finir
    • Remi : voir pour travail sur autoload pour virer NEEDED_ITEMS : voir GlpiFramework
    • Nelly : CodingStandards
      • formulaires sur 4 colonnes
      • virer tous les cellpadding / cellspacing / align / valign
      • uniformisation aspect et même ordre des éléments
    • Remi : factorisation plus poussée showFormHeader / showFormButtons
    • Remi : GlpiCron quasi fini / reste masive actions + plugins
    • ddurieux : regroupement display creation / edition tickets : que en 0.80
      • Remi : prendre en compte nouvelles fonctionnalités pour mise en page (priorité/urgence...)
      • Walid : multi user par Ryan Foster
  • A venir :
    • MoYo : moteur recherche et recherche exacte / review tracking search / framework
    • Remi :
      • gestion documents / md5 / récupération documents sur followup par email /
      • recup depuis mail du compte à la volée dans le LDAP /
      • mailgate : gestion refus d'un ticket
      • règles par entité
      • un dev doit arriver
    • walid : toutes problématiques LDAP / users identiques dans plusieurs annuaires / améliorations règles affectation droits
    • ddurieux : tickets en général rien de précis encore
    • Tsmr : Clean DB plugins encore à finir. Dispo après pour doc / beta-test / Intérêt pour tickets
    • Nelly : CodingStandards / cf. Remi
  • MoYo : remarque : gros chantiers en standby.
  • Remi : idée sur gestion worflow : besoin pour la CNAM : matrice des changements de statuts :
    • MoYo : Voir si ca ne remplacerait pas la plupart des droits
  • remarque : rendre example téléchargeable : faire release
  • Documentation GLPI : discussion à reprendre
  • Remi : check_update : mail à l'admin ? en plus ou en remplacement du l'info dans le footer.
  • Infos OCS : ajout gestion VMs -> specs pour gérer ca dans GLPI à faire.

Réunion du 28/05/2009

- Point 0.71.x / 0.72
- Sortie 0.72-RC3 ?
- pour tout le monde : OK
- pb limitation à l'entité pour le lien de machine via OCS : à faire mais pas bloquant
- http://www.glpi-project.org/forum/viewtopic.php?id=14673 : pas bloquant
- Sortie 0.71.6 ?
- tickets à créer
- pour tout le monde : OK
- Version des plugins : mettre 0.71.x et pas > 0.71 : modification collective
- Différentier plugins maintenus et non maintenus : ménage à faire pour la 0.72
- définition de la maintenance faite par Tsmr : volonté de plus d'autonomie pour les auteurs des plugins.
- [[MoYo]] : être clair sur la maintenance. Si nouvelle version sans version du plugin -> non maintenu
- Walid : démarrer en non maintenu puis passage en maintenu si demande.
- Tsmr : Listing des plugins que sur le wiki ? juste téléchargement sur le site ?
- ne pas refaire les choses 2 fois.
- Point Séminaire : [[GlpiSeminaireDeux]]
- Pas de remarques

Réunion du 14/05/2009

- Point 0.72
- prêt pour 0.72 : non ?
- RC3 : quand ?
- migration en branches de la 0.72 ?
- [[MoYo]] : attendre le plus possible / A faire si quelqu'un a vraiment du temps.
- Problèmes à traiter avant RC3 :
- pb carte réseaux avec vieilles versions OCS : OK
- affichage licences attribuées non installées : OK
- lien doc / licences : OK
- Problèmes Look n Feel : état des soucis à voir (JM) + corrections
- Autres problèmes
- saisie date : cf http://www.glpi-project.org/forum/viewtopic.php?id=14801
- saisie heures : cf http://www.glpi-project.org/forum/viewtopic.php?id=14802
- compat PHP 5.2.0 -> ticket
- Problème vision de certains docs (droits spécifiques docs / KB) -> ticket
- [[RightGranularity]]
- [[GlpiSeminaireDeux]]

Réunion du 09/01/2009

  • Point sur les demandes pour la PN
    • notifs par entités
      • dans le coeur : à spécifier
    • archivage des matériels
      • demander des éclaircissements sur ce qui doit être fait avec le matériel archivé. Quelle utilisation ?
      • Jmd : l'archivage des matériels ne doit pas forcément être gardé dans GLPI
      • archivage = boulot d'un logiciel d'immo ?
      • gestion via equilavent de is_deleted pour gestion de l'état du matériel (<> statut).
    • liaison machine/utilisateur
      • Moyo : besoin générique. On pourrait définir une liste de champs à regarder pour la liaison
    • gestion des budgets par entité
      • avoir des budgets séparés par entité : dans le coeur
        • Remi : il vaudrait mieux un objet qui peut être récursif, parce que l'on a pas de dropdown récursive
      • avoir des champs associés à un budgets
        • Jmd : à voir quels types de champs pour voir ce qui est intéressant ou pas
        • Remi : avoir un objet dans Gestion
        • MoYo : est-ce le boulot de GLPI ?
    • changement de statut auto
      • ticket déjà dans la roadmap
    • affichage d'un couleur pour les matériels en fonction de leur statut
      • c'est générique : dans le coeur
    • notion de date de début de garantie (pour gérer date d'achat et date de livraison)
      • voir le chantier [GlpiDateManagement]
      • d'après certains mails sur la ML on pourrait avoir jusqu'à 5 dates
      • il faut rescencer les dates et quelles pourraient être leur utilité
      • demander à la PN quelles dates sont gérés dans leurs différents outils

Réunion 14/12/2008

- Point 0.72
- début béta-test retardé à début 2009
- Points tickets en courts
- Alimentation du [[ToDo]]
- Clean roadmap
- Problématique du cache ?
- tests à réaliser
- Arrêt cache sans suppression par sécurité
- [[GlpiLicenses]]

Réunion 16/11/2008

- Point sur les outils et leurs utilisations (forum / trac / wiki / ml...)
- cf. [[WorkflowGlpi]] : commentaires / modification de cette page / adoption
- Etat 0.71.3 :
- Des choses encore en attente ? -> NON : prêt à releaser
- partie sur notif et deleted users OK : #1181
- KB search move to 0.72 : #1179
- https://dev.indepnet.net/glpi/changeset/7538 ? (entity management)
- pas de backport en 0.71.3
- r7538 : à rediscuter : administration déléguée (des entités) à voir dans un chantier
- guide nécessaire pour présenter les notions entités / lieux / groupes... : walid commence un truc
- Roadmap 0.72 :
- date de sortie prévisionnelle ?
- tickets indispensables : #1075 #1128 #1129 #1139 #1166 #1179 #1183 #1185
- début beta-test : 15 décembre 2009
- début RC : 15 janvier 2009
- release : 15 mars 2009
- quoi en 0.72 ?
- Points en attente 0.72 : 
- préfs utilisateurs : see #1143

Réunion 08/09/2008

- Rencontre du 14/10 : rdv pour manger
- GLPI 0.71.2 : 
- choses en suspend ? a priori non. Voir les rosbifs -> Sortable
- Specs Fedora à expliciter sur le wiki de dev
- Next/Prev => navigation Ajax (performance)
- MAIL Remi : Je trouve la solution pour afficher la partie base en Ajax vachement clean, pourquoi ne pas faire la même chose pour la partie haute des fiches ? Surtout dans un but de performance, en LAN aucun problème (merci le cache) mais en WAN, ça peut être intéressant
- problème avec les onglets qui peuvent varier / A voir quand on aura des vues bien propres
- Next/Prev => navigation dans le résultat de la recherche (stockage en session dans showList, cf bugzilla)
- MAIL : Lorsqu'on fait une recherche, on est obligé de revenir à la liste lorsqu'on veut consulter plusieurs "item". Une navigation dans le résultat me semblerait très utile (enfin moi, ça me manque) principe :
- stockage en session de la liste des ID et tu type (limitée à une taille configurable, genre 100 ID)
- modification des icônes précédent/suivant pour naviguer dans la liste si elle est définie
- modification "graphique" pour que l'utilisateur sache où il est.
- Problème avec moteur de recherche actuel : limite aux éléments affichés
- Garder l'ancien système ?
- différentiation graphique (loupe pour recherche)
- intérêt de garder l'ancien système : hummm bonne question
- Faire un chantier pour voir tous cas possibles
- Notification par entité (recherche récursive ou entité courante + config globale) 
- MAIL : dans les fonction get_mail_sender et get_reply_to_address on recherche dans l'entité courante et sinon on prend la config générale. Donc, pour être cohérent on devrait faire la même chose pour les options de notifications. Cependant il me semblerait intéressant que les options définit dans une entité soit appliquées dans les sous-entités.
- remontage sur la config de l'entité supérieure ou la globale ? a priori gestion recursive complète
- pour faire simple : création d'un nouvel objet "notification"
- problématique des groupes récursifs
- Mise à jour du Mailer (phpMailer 2.2.1 ?)
- c'est le seul mailer satisfaisant si on veut faire du TLS.
- pour la réception il faut donc faire une autre recherche
- bascule sur la nouvelle version dans un premier temps ne coute pas grand chose.
- Cron (transfert paramètres depuis glpi_config)
- [[GlpiCron]] : sortie des parties de config dans param des taches.
- Récursivité => fusion des objets (groupes / logiciels / licences)
- [[ItemsRecursionTwo]]
- Utilité de ce genre de réunion ?
- important et utile.
- en semaine, lundi soir c'est bien
- tout le monde peu en solliciter
- #1123 #1124 #1125 OK
- Solution Linux : a voir dans quelles conditions
- Voir vidéos de démo
- supports existants
- Voir personnes pouvant être présentes

Réunion 30/07/2008

- Bugfix : 0.71.1
- bugs en latence ? quelques petites choses : walid pb écran / tsmr pb sur suivi à retester.
- sortie le 31 ? OK
- Problème sur éléments réservables récursifs / clean en 0.72 (ex. room)
- 0.72 :
- tabs :
- c'est bien
- intérêt de l'onglet tous ? a priori oui pour tsmr
- intérêt sur page préférences et sur central / pas simple à faire :( -> surement mutualisation gestion création onglets
- software :
- [[MoYo]] : pas vraiment avancé / encore des choses à faire
- à revoir après avoir fait les 3/4 éléments dans la TODO  
- gestion des services / cf. plugins applicatifs
- utilisation du helpdesk par les plugins ?
- intégration plugin applicatif ? -> a besoin de specs
- lib mail
- phpmailer à évoluer en 2.x au lieu de 1.x : effort moindre en terme de migration
- différentes libs à tester / Remi fait un test
- Specs :
- ITIL :
- Rédaction par walid de specs après lecture du bouquin / corrections après remarques de jmd
- Analyse de logiciels équivalents à GLPI
- SLA indépendante d'ITIL / specs déjà faites depuis longtemps sans prise en compte d'ITIL
- racks
- c'est un beau foutoir / nécessite clean / priorisation
- Wiki plugins a cleaner
- Test MVC : [[GlpiFramework]]
- Volonté pour aller vers MVC
- Plusieurs etapes préalables
- Plateforme
- Exposé nouveaux serveurs
- Nouvelles démos : generate_bigdump à faire. [[GenerateBigdump]] comme base
- LDAP de test / nécessité SSL
- Questions diverses

Réunion 30/06/2008

- GLPI 0.71 :
- prêt à la sortie après petite modif pour plugins et moteur de recherche
- GLPI 0.72 :

Réunion 16/06/2008

- Logiciels : choses à faire / dispositions... 
- Regroupement 2 premiers onglets
- max_execution_time test de forcage à 0
- RC3 ? -> sortie à l'instant

Walid :
- (0.71) dsl je suis pas là ce soir. J'ai corrigé les pb d'imports des groupes, il faut retester encore sur AD. Sinon pour le reste c'est ok pour moi sur la RC2.
-> RC3 pour test. Demande à Eric Hofland de retester l'ensemble
- (0.72) j'ai fait l'import des champs depuis ldap (type, fonction langue)
-> cool :)
- (0.72) j'ai pas commencé l'import de l'espace disque depuis OCS
-> pas grave - ton châtiment sera terrible:)

Réunion 19/05/2008

- Droits sur les connexions réseaux
- a l'heure actuelle : droit networking w pour créer un port et le connecter
- problème avec récursivité : comment connecté sur un objet supérieur ?
- proposition 1 : 2 droits w obligatoires
- proposition 2 : droit w en local mais droit r si matériel récursif -> CHOIX FINAL : c'est cool c'est ce qui est en place :P
- proposition 3 : droit w en local mais droit r si matériel récursif + droit networking_ports w
- point sur le 0.71
- RC2 à sortir.
- 0.72 : organisation de travail. Qui fait quoi ... ?
- refonte soft avant / recursivité sur logiciels
- [[CleanDB]] : pas touche au index simples
- Planification d'autres conf call pour travailler plus précisément sur d'autres specs (ITIL...)
- EXTJS : limites / choses à faire...

Réunion du 09/09/2011

  • Point version 0.80.3 :
    • tickets en attente : David regarde le #2996, Remi le #3099
    • date de sortie : on essaye la semaine prochaine : mardi ou jeudi
  • Point GLPI 0.83 : chantiers en cours, à repousser, ... ?
    • OCS en plugin
      • Reste à faire :
        • gestion des verrous David
        • garder les moteurs d'import dans le cœur Remi
        • Interactions avec le cœur
        • Gérer les migrations.
        • is_ocs_import -> import_from moteur d'import
        • Finalisation : courant octobre. Essaye pour la 0.83.
    • Documentation
      • Planifier des soirées de travail (vœu pieux) : David
      • Passage de la 0.80 en branch ?
    • Traduction des dropdowns : walid déjà codé en 0.80. va porter en 0.83
    • Gabarits de tickets : RAS
    • Point sur les changements : quoi en 0.83
      • Chacun refait une passe sur les changements : preversion refaite par Nelly et Remi
  • État des tests sur la partie localisation
  • glpievents

Réunion du 23/06/2011

  • Point 0.80.1
    • Analyse des bugs en attente : questions en suspend sur certains tickets
    • Date de sortie : maintien de la date prévue.
  • Point 0.83
    • Points sur les tickets ouverts en 0.83 : maintien, report, décision à prendre ? qui pour les faire ?
      • WN : je suis en cours de code sur #2710. Ensuite je vais reprendre les specs de #2303

Réunion du 11/01/2011

  • Point sur la doc de migration des plugins, devons nous la prendre en charge, si oui cela se fera au détriment de l'avancée de la 0.80.
    • JMD : Doc pas à jour. Difficulté de migrer les plugins de la 0.72 à la 0.78.
    • MoYo : point historique : début de travail au séminaire il y a 2 ans. Mais depuis pas grand chose.
    • David prêt à rédiger en partie
    • yllen : prend la partie doc des plugins. Migration 0.72 -> 0.78.
    • Tsmr : va donner un coup de main.
    • https://forge.indepnet.net/projects/plugins/wiki
  • Point 0.78.2
    • MoYo : tous les tickets OK, tester les dernières modifs
    • à vos tests avant sortie dans une semaine
    • choses manquantes ? a priori rien.
  • Extra Tsmr : suppresion des dropdown en modif massive sans avertissement. Ticket à créer.
  • Finalisation 0.80 : Quid des tickets qui restent à traiter ? Abandon ou pas ? Réaffectation ?
    • Freeze le 31 janvier. Beta-Test (via des RCs ?) début février. Sortie fin Mars.
    • #2553 : done déplacer en 0.78.2. TODO : Ajouter une règle par défaut. Non activé à la migration. Activé dans Dump.
    • #2303 : David : je le fini ce WE. Dans 2 semaines out.
    • #2273 : JMD : à voir si on a le temps sinon on bascule. Deadline
    • #2541 : Walid : Pas le temps : on décale.
    • #2075 : Walid : en attente d'intégration du patch. Walid l'intégre. oubli de MoYo.
    • #1309 : Idée intéressante mais peut poser des soucis avec certains navigateurs.
      • Yllen : serait intéressant d'avoir le pager en bas des listes également.
      • On décale pour plus de réflexion
    • #977 : Wawax : semble pas prioritaire. David : pas pour la 0.80.
    • #2485 : nelly : à finir ou pas ? Oui à finir.
      • walid : problème sur utilisation directe du tableau.
      • MoYo : faut-il minimiser les modifs ou pas ? Oui
    • #2300 : walid : todo replay on existing DB.
    • #1639 / #916 : tickets de fond. A faire quand temps dispo mais pas bloquant.
    • #2316 : Walid : questions en suspend à discuter plus tard.
      • tables de blacklist ?
      • proposer liste des doublons ?
      • Blocage à l'insertion si doublon + Perte des données. Ajout d'un système de validation du form avant post ?
    • #2235 : Walid : Liaison auto des machines : fonctionne va faire la doc.
    • #2074 : Tsmr : demande de validation multiple (direct + moteur de regle). A tester.
  • Point sur la documentation GLPI
    • Themroc : simple rien n'a été fait.
    • Walid : fait la doc en parallèle de ses devs
    • David rappelle qu'on avait annoncé la 0.80 avec doc anglaise et francaise.
    • Themroc : continue mais n'y a pas touché depuis la sortie de la 0.78 (pas bien :) )
    • JMD : si besoin de travailler à plusieurs, organisation de confs.
    • David chaud pour l'écriture mais veux bien relire.
    • Themroc : Comment réaliser la doc en anglais ? communautaire ? via prestataire ?
    • JMD : walid et themroc de partant . JMD en fera aussi + relecture
    • themroc : si on n'est pas nombreux ca va être chaud.
  • Roadmap : Définition des couleurs des versions prochaines
    • Catégories en souffrance au vue des tickets : Fin ITIL, OCS/Fusion, Framework, Cartouches, History/Log, Localization, RulesEngine, Reservation, KB, Phones...
      • David : priorité OCS en plugin
      • Walid : priorités SQLFramework + OCS en plugin
      • themroc : fait partie du front belge + KB + intérêt pour export / import config pour faciliter migration test -> prod
        • JMD : pas convaincu sur export / import
      • Tsmr : version inventaire (OCS plugin,Phones, Server) puis version Outils (Resa, KB)
      • yllen : front suisse
      • MoYo : quid d'ITIL Level 2 ?
      • JMD : finir ITIL Level 2 avant tout en terme de cohérence.
  • Solution Linux
    • David : j'ai l'affiche chez moi, elle commence a être dans un piteux état, ca fait 2 ans qu'on doit la changer, faisons-nous la refaire? achetons-nous un kakemono? Fusion en train de réfléchir pour un kakemono.
  • Chantier tests unitaires ? : abandon, poursuite ?
    • On n'abandonne pas
    • A voir comment on s'organise.
      • David : Il faudrait pouvoir créer un ticket comme pour la doc afin de coder les tests unitaires lié à un ticket. Ceux-ci ne doivent pas être bloquants pour fermer le ticket. Ils permettront de vérifier que la fonctionnalité est opérationnelle (ou que le bug ne se reproduise pas). Je me propose de commencer à en coder quelques uns, ayant bien pris l'habitude dans le développement des plugins Fusion.
      • MoYo : A t'on besoin d'un système aussi lourd pour cela ? Il faut déjà déterminer le spectre des tests unitaires. Ensuite en repassant les tickets on doit pouvoir savoir ce qu'il y a à ajouter / modifier ?