Re: [Glpi-dev] Découverte d'un bug
Bonjour, Merci pour ce retour. Malheureusement je n'ai pas grand chose pour tester actuellement et confirmer ce comportement; Peut-tre que quelqu'un d'autre pourra le faire. Cordialement, Julien Dombre PS : j'ai redirig vers la bonne adresse de la liste de diffusion Le 08/09/2011 08:00, Allard Sylvain a crit: Bonjour, Jutilise dans mon entreprise lapplication GLPI en version 0.78.2 et je viens de mapercevoir dun bug un petit peu ennuyeux. Jutilise lauthentification LDAP sur Active directory 2003. Au moment de lauthentification, lorsque je renseigne mon nom dutilisateur existant en base mais suivi du caractre espace, cela a pour effet de refuser laccs (rien danormal jusqu' prsent) et de placer lutilisateur dans les utilisateurs supprims ce qui fait que la connexion reste impossible tant que lon ne va pas restaurer lutilisateur. Cordialement ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Patch/Need help: Allow notifications to use different full name order
Hi, Thanks for your proposal. But for me to solve your problem we need to load user preferences before sending notification to a user and not force it. Regards Julien Le 06/09/2011 20:46, Trey Dockendorf a écrit : I have created a patch that adds an option to the notification settings ( Setup - Notifications - Alert and email followups and alerts configuration ) that allows a user's full name to be displayed in a seperate order from the system wide setting. The idea is to make the emails more personal so for me this allows a name to be First name Surname in email notifications while allowing the GLPI names to remain Surname First name. There is one problem I can't seem to fix that I could use help on...all the notifications display the name in the correct order except ticket updates. It seems this is due to the username being pulled from the glpi_logs table which stores the username (instead of ID). I couldn't find a way to alter this without making drastic changes. However the primary goal for this patch is to improve the readability to the end-user and at least in my setup, updates don't go out to end-users. This patch may be a bit too intrusive, and change too many things to make it into the Core code for GLPI. There is likely a better way to do this, but this is working thus far on v0.80.2. Thanks - Trey ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Add option please
Hi, feature is interesting but I think it was complex to use your patch. A complete way to manage it maybe to ue rule engine defining a new action like : Assign to tech with less tickets in group and select the target group. It will permit to limit the assignation to a group and be more flexible. Any other ideas about that ? Regards Julien Le 13/09/2011 03:17, Zorianny Itriago a écrit : Hi!!! I'm using GLPI and I added a fragment in the code because I needed to assign tickets with a queue, where the ticket is assigned to a technical with less tickets in this moment. The problem is I can't to update the version, because I'll lost the changes. Is possible you can to add this option??? This is the function: static function agregarTicketTecnico($ticketID=0) { //agregado global $DB, $LANG, $CFG_GLPI; if ($ticketID != 0) { $DBread = DBConnection::getReadConnection();//clase conexion con la BD $consulta = (SELECT users_id,0 as cantidad FROM glpi_groups_users . INNER JOIN glpi_users u ON (u.id http://u.id=users_id AND u.is_active=1). WHERE groups_id in (SELECT groups_id From glpi_groups_tickets where tickets_id = .$ticketID.) . AND users_id not in (SELECT users_id from glpi_tickets_users where tickets_id in (select id from glpi_tickets where status='assign') and type=2) . ) UNION ( . SELECT u.users_id,count(u.tickets_id) as cantidad FROM glpi_tickets_users u . INNER JOIN glpi_users gu ON (gu.id http://gu.id=u.users_id AND gu.is_active=1). INNER JOIN glpi_tickets t ON (t.id http://t.id = u.tickets_id and t.status='assign') . WHERE u.type=2 and u.users_id in (SELECT users_id FROM glpi_groups_users WHERE groups_id in . (SELECT groups_id From glpi_groups_tickets where tickets_id = .$ticketID.)) . group by u.users_id ) . ORDER BY cantidad asc;//consulta para buscar el tecnico con menos tickets $resultado = $DBread-query($consulta); $res = $DBread-fetch_assoc($resultado);//para pasar el arreglo x URL //asignar ticket automaticamente al tecnico $insert = INSERT INTO glpi_tickets_users (tickets_id,users_id,type,use_notification) VALUES (.$ticketID.,.$res['users_id'].,2,1); $result = $DBread-query($insert); } } From Caracas, Venezuela excuse me, my redaction in English is terrible... -- Saludos Zorianny Itriago ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Search by date
Hi, small changes done on patch and applied on 0.83. Thanks Regards Julien Le 06/09/2011 11:19, David DURIEUX a écrit : Fixed patch, use this instead previous mail. Add possibility to search an opened ticket of today for example Thanks. David Le Tue, 6 Sep 2011 10:08:26 +0200 David DURIEUXd.duri...@siprossii.com a écrit: This is the patch for GLPI 0.83 devel Thanks! David Durieux Le Mon, 5 Sep 2011 15:35:05 +0200 David DURIEUXd.duri...@siprossii.com a écrit: hello On search by date, we can search with a date, since xx hours, days... I propose to be able to find since last monday or sunday or... or since begin of this month. Goal is to use it in bookmark to have, for example, all tickets open this week or month. Is this query is fine for you? If yes I can propose a patch. David ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Patch for 0.83 to display comment and TAG id in tooltip
Hi, Fixed and applied on 0.83 Regards Le 13/09/2011 11:36, MoYo a écrit : Hi, patch does not work... Informations you want to display is not extract from the SQL request done before... I will try to fixed it. Regards Julien Le 09/09/2011 08:04, David DURIEUX a écrit : Sorry it's for display for VLAN :p Le Fri, 9 Sep 2011 08:01:47 +0200 David DURIEUXd.duri...@siprossii.com a écrit: Hello, This patch display comment and TAG ID in a tooltip. David Durieux ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] PDF plugin for GLPI 0.83 - Major change.
On Tue, Sep 13, 2011 at 12:18 AM, Remi Collet fed...@famillecollet.comwrote: Le 12/09/2011 21:29, Trey Dockendorf a écrit : Will 0.83 allow for exporting a single ticket as pdf? Yes, as in 0.80. This is the last object not yet adapted to 0.83. Remi ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev I'm running 0.80.2, and don't see a way to export a ticket as PDF. Is it something done while viewing the ticket or done from the ticket list? ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] PDF plugin for GLPI 0.83 - Major change.
Does pdf plugin support non-English character export? Thanks,Martin Date: Tue, 13 Sep 2011 10:58:02 -0500 From: treyd...@gmail.com To: glpi-dev@gna.org Subject: Re: [Glpi-dev] PDF plugin for GLPI 0.83 - Major change. On Tue, Sep 13, 2011 at 12:18 AM, Remi Collet fed...@famillecollet.com wrote: Le 12/09/2011 21:29, Trey Dockendorf a écrit : Will 0.83 allow for exporting a single ticket as pdf? Yes, as in 0.80. This is the last object not yet adapted to 0.83. Remi ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev I'm running 0.80.2, and don't see a way to export a ticket as PDF. Is it something done while viewing the ticket or done from the ticket list? ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] patch d'évolution du NetworkPort
Bonjour, Effectivement, comme je l'indiquais, le patch n'est pas très propre. Dans le patch.V6, il reste des trucs du patch.V4 : dans la version 6 du patch, nous pourrions supprimer les classes WifiPort, AggregatePort et EthernetPort. Mais je n'ai pas osé car il y reste, peut-être, encore des trucs. En fait, pour le patch.V6, le NetworkPort n'est plus une classe abstraite, mais l'unique classe de gestion des ports (qui regroupe tout). Cela explique la présence du NetworkPort::getWifiModes dans cette classe concrète. C'est une question de stratégie. Que proposez-vous : une classe qui gère tous les types de ports (patch.V6) ou une classe par type de réseau (patch.V4) ? Concernant le découpage par étape, voici ce que je propose (bien évidemment, on sautera les étapes que vous ne voulez pas) : * Intégration des PCI_USB_ID dans les cartes et les manufacturiers ; * Mise en place d'une gestion plus fine des jonctions entre les cartes et les ordinateurs ; * Évolution du DeviceNetworCard pour y intégrer les spécificités des réseaux (Ethernet, Wifi,...) ; * Intégration des réseaux (InternetNetwork, FQDN et FQDNlabel) et ajout de la classe CommonImplicitTreeDropdown ; * Création de la classe IPAddresse pour la gestion des adresses IP ; Jusque là, les impacts sur les plugins d'import sont minimes. * Création de la classe NetworkName (Nom réseau suggéré par David, anciennement NetworkNode) en extrayant l'adresse IP du NetworkPort et en supprimant de ce dernier les information de réseau (masque et passerelle) ; * Ajout des NetworkAlias ; * Finalisation des NetworkPort (ajout des information Ethernet, Wifi, ... ou création des classes filles EthernetPort, WifiPort, ...). Damien PS : pas de problème pour échanger par téléphone. On 09/13/11 17:45, MoYo wrote: Salut, Effectivement à force de mettre bout à bout les éléments ca commence à faire un patch énorme qu'il est difficile pour nous de décortiquer. Il intègre en plus des évolutions très diverses : refonte de la gestion des ports (séparation couche internet et liaison), aggregation de ports, gestion du wifi Une solution peut-être serait de voir les évolutions par pallier mais je ne sais pas trop comment cela pourrait être découpé ? Ensuite, j'ai vraiment survolé le patch et il est assez troublant avoir une classe abstraite portent des informations spécifiques à ces enfants. NetworkPort::getWifiModes par exemple. L'abstraction de la classe NetworkPort me semble un peu bizarre vu qu'on y fait des traitements génériques fonction de types filles. Pour la 0.83, c'est encore jouable je pense mais il faudrait arriver à valider complètement les différents éléments petit à petit. Bref, avoir une version finalisée du pallier 1 avant de commencer le second. Il faudrait surement prévoir un moment pour discuter de tout ca et de la façon de procéder (les patchs ce n'est pas une solution pour avancer sur un aussi gros chantier). Cordialement, Julien Dombre Le 12/09/2011 16:26, Damien Touraine a écrit : Bonjour, J'ai un petit problème : à force de mettre bout à bout des petits trucs, j'ai obtenu deux très gros patchs (~ 380K : https://forge.indepnet.net/attachments/960/patch.V4 et https://forge.indepnet.net/attachments/962/patch.V6 appliquablent sur la version 15646 du SVN de GLPI). Ils ne sont pas définitif. Mais, si vous pensez que les modifications que je suggère sont intéressantes à appliquer à GLPI, il me semble difficile, pour vous, de le vérifier en détails avant de l'intégrer à GLPI. Donc, je ne sais pas comment procéder. D'autant plus que cela ne me semble pas être le dossier chaud de la 0.83 (ie : validation des nouvelles tab, épuration du code, template sur les tickets, ...). Peut-être ce patch pourrait-il attendre la version 0.84 ou une version ultérieur ? Pour ces patch, j'ai essayé de tenir compte des commentaires de chacun. Ils s'appuient fortement sur les deux pages du wiki que j'ai initié (https://forge.indepnet.net/projects/glpi/wiki/NetworkPortReview et https://forge.indepnet.net/projects/glpi/wiki/Internet_Protocol_resources). Cela facilitera la compréhension de ceux qui souhaitent en valider les concepts et vérifier le patch. Notes que j'ai ajouter des points supplémentaires à la page sur le NetworkPortReview (notamment, sur les effets de bord de mes propositions sur les Device*Card et leur jonction au PC). Je suis conscient que cela chamboule beaucoup de choses pour les plugins, notamment pour l'import d'OCS. Mais je particperai à la mise du coeur de GLPI pour s'adapter à ces changements. Je m'attèlerai, également, à l'outils de migration associé. Ces deux patches sont une ébauche de ce qu'il est possible de faire. Mais ils sont encore pollué par des essais intermédiaires. De plus, ils ne sont par propre : ils ne purgent pas très bien les bases de données lors la suppression de données. Mais ils donnent une bonne idée de ce que