Re: [Glpi-dev] Eradicate SQL in GLPI

[David DURIEUX]

Le Sun, 2 Oct 2016 15:18:44 +0200
Remi Collet  a écrit:

>On the road to allow GLPI to run on some other database engines, an
>intermediate goal is to eradicate SQL from the code.
>
>This will be useful whatever future choice will be.
>
>So:
>
>- all add / update / delete should be run using the appropriate
>framework methods (CommonDBTM::add(), etc)
>
>- add select should use $DB->request.
>
>
>Open for discussion on docdev
>
>https://github.com/glpi-project/docdev/issues/1
>
>
>Some recent commits about this
>
>- Remove SQL from Alert Class:
>
>https://github.com/glpi-project/glpi/commit/fb4b66b0a81599686015178ec3e2e4696855c8ea
>
>- Improve the DBmysqlIterator
>
>https://github.com/glpi-project/glpi/pull/1096
>
>   - suport COUNT(*)
>   - support LEFT JOIN
>
>
>Intermediate goal, normalize all calls to countElementsInTable
>
>From
>   countElementsInTable($table, $whereinsql);
>To
>   countElementsInTable($table, [ criteria ]);
>
>
>Other goal: add documentation page for DB->request()
>
>
>Feedback ?

I approuve this ;)

David
++

>Remi.
>
>___
>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] GLPI 9.1 and multiple computers on one network port

[David DURIEUX]

It's not possible, you need create a network equipment (like virtual
switch because there is a virtual switch in all cases) to multiply
network port on a unique network port.

David
++


Le Wed, 28 Sep 2016 13:47:28 +
"Moron, Olivier"  a écrit:

>Hello,
>I’ve a question: how could you connect several devices on one port?
>How this is possible? Could you give some examples? Or pictures?
>Thank you,
>Regards
>Tomolimo
>
>From: Glpi-dev [mailto:glpi-dev-boun...@gna.org] On Behalf Of Gilles
>Martin Sent: Wednesday, September 28, 2016 3:38 PM
>To: Liste de diffusion des developpeurs GLPI
>Subject: [Glpi-dev] GLPI 9.1 and multiple computers on one network port
>
>Dear GLPI Devs and users,
>
>I have tested the last version and it sounds very nice in comparison
>with what I new.
>
>In the past it was not possible to connect several devices to one port
>of a switch. Today it seems to be the same.
>
>Therefore my 2 questions:
>
>* is there any plan to change this?
>* how do you deal with that limitation?
>
>So far, I was creating a "Virtual switch" on the port and then
>connecting all the nodes to that.
>
>Thank you!
>
>Best

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] Plugins versions and compatibility

[David DURIEUX]

Le Tue, 20 Sep 2016 17:02:56 +0200 (CEST)
Johan Cwiklinski  a écrit:

>Hello all,

Hi

>I was thinking about plugins versions and compatibility... And that
>sounds like a nightmare to me :) I have questions, and maybe some
>ideas, here it is.
>
>First, some plugins versions contains a GLPi version (like 0.90-1.0);
>what is the inital goal of that? This version of the plugin can be
>compatible with GLPi 0.85, 0.90 and 9.1 - that does not make sense to
>me. Why not rely on a "simple" semantic versionning for plugins? Even
>if it is not directly related to GLPi itself, I guess we should
>provide some "good practices"; plugins maintainers can follow... Or
>not, of course. And if there is any good reason to keep GLPi version
>here, well... Which one? The minimal? The actual stable? Or even
>worse, both?

It's me introduce this version number because in old versions of
GLPI, a plugin is only compatible with a major version of GLPI. Since
0.85, plugins are compatible 0.85 & 0.90. 

For example, I have plugins compatible 0.85/0.90 not compatible with 9.1


>Second, we do not seem to have any efficient way right now to know if
>a plugin is compatible with a specific GLPi release. Each plugin do
>that (or not!) on its own side.
>
>Some plugins do not check any maximum version, saying they are
>compatible with any future release. That cannot be true, or that would
>prevent us to make any change regarding the whole plugin system (or
>maybe it is perfect already? ;)). Some other check a maximal version,
>which would be - for 9.1 compatible plugins - set to "9.2". OK. So, it
>is not possible to make any changes in the plugins system on the whole
>9.1 lifecycle? Maybe that would be the case, but maybe not... What if
>we have to fix an issue in 9.1.2 that would affect plugins system in
>one way or another? All plugins will say they're compatible, but may
>not. And plugin must be updated when the 9.2 release will be done,
>even if anything has changed. Well, I agree that the plugin system
>_should_ not change at all in the 9.1 lifecycle ;)

It's difficult to manage that. In most cases, a fix 9.1.2 will fix only
bug, so very few changes it affect plugin, or in good way, not in bad.

>I guess we cannot rely on next version, since it is not possible to
>know what this version would provide (some say they can, I do not
>believe them :D).
>
>For another project, I've set a "COMPAT" version, totally unrelated to
>current software version. It is a kind of "plugin system version".
>When this version is bumped on the core side, all plugins must be
>updated, old versions are disabled. Until this particular version is
>bumped, plugins are still "compatible", even if several minor and/or
>major versions has been released. Of course, if changes are made, but
>the version is not bumped, plugins will not work correctly. And that
>does not prevent plugins to be updated just to bump the compat,
>because it does not use parts of the core that have changed... This
>solution is not perfect at all, but maybe it could be a little better
>than what we have now.

Perhaps, not really opinion on it because not sure we can find a very
good way to manage it

>And, oh... Of course, plugins should not be in charge of checking
>that, the core itself should to this job (at least, to be sure
>something is really checked in a standardized way).

For the moment, each maintainer of plugins manage like he want :p
Perhaps manage it in other way with guidelines, but require document it
too ;)


David
++

>Any thoughts?
>
>++

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] Modify coding methods to enhance code quality

[David DURIEUX]

Le Fri, 9 Sep 2016 11:32:20 +0200
"nini.lasson"  a écrit:

>Hi David,

Hi Nelly,

>You have good ideas for GLPI but actually, for me, it's not possible
>for many reasons :
>
>- how review the pull request?
>   For me it's a complete job because you must know very well all 
>framework of GLPI and we are very few to can do that
>   and i agree with Olivier: this job must be done regularly in a very 
>short time for bugs corrections
>   So this can't do as long as we have a person only affect to this.

But not need to know all code, because most of features. bug fixes are
on part of code.

We are many coders, in other of my projects, some are so big as GLPI,
we are 2, (3 some times) and no problem with that.

For bug fixes, not need to fix it too quickly (in 5 minutes), we need
review it to be sure the code fix the bug, so if it's merged next day,
it's not a really problem

>- what do you do during holidays?
>Developers have rights to be in holidays. So what do you do if you 
>have a bug to fix and no other dev to check the pull request?

I think we are enough to manage it without problems

>I think the pull request, actually, must only done for all changes and 
>all changes must are subject to prior discussion with all core
>developer.
>
>Another point important for me, before to do a commit, you must 
>imperatively do manually tests (it's boring to have red write after a 
>commit).
>So, all dev must inevitably work in Debug mode.

Yep of course ;)

>For unit tests, i totally agree with you and Remi: we don't have
>enough tests and all parts can't be tested.
>
>A thing can be done immediately: when you create an issue for a bug, 
>don't close it after you commit but stay this issue opened until the 
>return of the request (and, like before, close this issues just before 
>the release if no return).

In Pull Request, it's simple to comment on a line of the commit, so
that's why use Pull Request mean more simplification on code review and
we are more sure code go in repository is checked by another developer,
so it's for quality enhancement.

>Don't forget also coding standard because actually, GLPI is very bad
>and in few time, the code will become like before the application of
>the coding standard.

Not really agree, coding standard is as important as code, like code
documentation, because it's more easier to other developers to read and
understand the code.


David

>Regards,
>Yllen
>
>Le 07/09/2016 à 11:16, David DURIEUX a écrit :
>> Hello,
>>
>> I propose new coding methods to enhance GLPI (better code, have
>> tests, so less bugs):
>>
>> * NEVER (so no exceptions) commit directly in the repository, always
>>create Pull Requests
>> * All Pull Request must be linked with an issue (bugs, features...)
>> * All issues for features must be discussed and so made specification
>>of what to do in the issue, with that, the developer will win time
>>when will code it. The developer must be assigned to the issue
>> * All Pull Requests must be reviewed by another developer, this
>> review is needed and check these points:
>> * Check the code, if it's coherent with the issue, coding
>> standards
>> * check if there are enough tests (unit, integration). So a Pull
>>   Request NEED HAVE tests, if no test, refure merge and add
>> comment in it
>> * verify travis (run tests in travis-ci.org) pass
>> * Once the PR is reviewed and all is OK, merge it. You DON'T MERGE
>> for the developper pleasure, you merge because you think it's good
>> for GLPI and code is good quality.
>>
>> So yes, you think you will loose time, but if you have less bugs to
>> fix after because it's verified by unit tests, you win time ;)
>>
>> Another point, for the release it will be better, you can release
>> directly or perhaps have one RC. Release process is more simple and
>> you can release when you want with these methods.
>>
>> I will do that in many projects (with big code and very few
>> developers) and we win time, quality of code.
>>
>> 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] Modify coding methods to enhance code quality

[David DURIEUX]

Yep so 2 validations needed (a '+1' is enough) to merge is ok for all ?

David
++

Le Fri, 9 Sep 2016 11:25:09 +0200 (CEST)
Johan Cwiklinski  a écrit:

>Hello,
>
>> A fix cause less problem in PR, the only things will be the test
>> (enough test or not).
>> 
>> But an urgent bug fix not mean a release in urgency, so it can be
>> opened some hours (not some days :p)  
>
>Agree but anyways, bugfix or not, "urgent" or not ; if the PR is OK
>and has been reviewed by several developpers already, there no real
>need to wait for 1 day. Well, it's just a shortcut to make things
>happens quickly, I guess I could live without it ;)
>
>++

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] Modify coding methods to enhance code quality

[David DURIEUX]

A fix cause less problem in PR, the only things will be the test
(enough test or not).

But an urgent bug fix not mean a release in urgency, so it can be
opened some hours (not some days :p)

David
++


Le Fri, 9 Sep 2016 08:55:41 +
"Moron, Olivier"  a écrit:

>1 day can be very long when it's an urgent bug fix
>
>
>-Original Message-
>From: Glpi-dev [mailto:glpi-dev-boun...@gna.org] On Behalf Of
>Alexandre Delaunay Sent: Friday, September 09, 2016 10:47 AM
>To: Liste de diffusion des developpeurs GLPI
>Subject: Re: [Glpi-dev] Modify coding methods to enhance code quality
>
>OK for me
>
>- Mail original -
>> De: "Johan Cwiklinski" 
>> À: "Liste de diffusion des developpeurs GLPI" 
>> Envoyé: Vendredi 9 Septembre 2016 09:35:37
>> Objet: Re: [Glpi-dev] Modify coding methods to enhance code quality
>> 
>> Hello,
>>   
>> > For PR adding a feature / changing a behavior, I think we need to
>> > keep it open before merging for some time (1 day ?) so other
>> > developpers can comment it (e.g.
>> > https://github.com/glpi-project/glpi/pull/945)  
>> 
>> OK for me, let's say PR will stay opened one day.
>> 
>> ++
>> --
>> Johan
>> 
>> ___
>> 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

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] Modify coding methods to enhance code quality

[David DURIEUX]

Le Thu, 8 Sep 2016 12:24:02 +0200 (CEST)
Alexandre Delaunay  a écrit:

>Thanks for your message and suggestions.
>I really appreciate.
>
>For most of theses points, i agree.
>- For systematic PR, we could add this process quickly. It concerns a
>few developers (mainly me, but also Walid, Yllen & Remi). We pushed
>directly to master for convenience. Also, number of external
>contributions for fixes issues are not very common. We could add this
>process after 9.1 release. It will be more easy and you need only a
>few weeks to wait.

Ok, not really see why wait but why not :p

>- For pull requests linked to issues, it's already the case, most of
>the time (you'll certainly find some existing exceptions).
>   All features was never pushed directly to master (only bugfixes),
> and for major ones, issues existed months before work started. Some
> with specs, other not, i agree we could enhance this part. I recently
> add new feature issues i'd like to see in the the next release. See
> "candidate for next version" milestone. It's not a freezed list.

ok

>- For code review, i could agree, if we had more implications. At the
>moment, existing issues and pr are most of the time
>read/reviewed/fixed only by me and yllen. So we will not wait a review
>for weeks/months (days is acceptable). The main problem actually is
>the issue management. You couldn't ask for more reviews if only a few
>developers actually do the job. If we have more reviews, i don't have
>any objections to add this process.

Like we are all in IRC, a dev push a Pull Request can ping another dev
to review the code ;)

>- Ok for unit tests and travis. It's a rather recent topic, so we
>couldn't do it previously, but your suggestion is the next step, so ok.
>
>- For RC releases, i disagree, we had (for this release by the way) a
>lot of feedback. I appreciated this fact. I did mistakes for last
>ones. I apologize for that. I'll make more efforts to avoid futures
>errors. It's not an excuse, but exhaustion is the main reason.

You're right :p

>For CS mentioned by jcwi, i don't have a definite opinion.
>Change rules to PSR should be a good point but it's a big work.

I'm agree with jcwi, it's a big work but it's more simple to check code
style. At the end, we win in readable code and perhaps too more simple
for external contributions

>For git flow, same, if we have a consensus on this tool, ok.
>I personally think it's a bit complex.

Yes it's complex, in most cases, people use part of it

>On the past year, your opinions are also welcome.
>I think we missed things but we also added some good enhancements.
>My first objective is the enhancement of the projet for all (dev and
>users).

Like all of us ;)

Thanks

David
++

>Alexandre.
>
>- Mail original -
>> De: "Johan Cwiklinski" 
>> À: "Liste de diffusion des developpeurs GLPI" 
>> Envoyé: Jeudi 8 Septembre 2016 11:17:45
>> Objet: Re: [Glpi-dev] Modify coding methods to enhance code quality
>> 
>> Hello,
>>   
>> > I propose new coding methods to enhance GLPI (better code, have
>> > tests, so less bugs):
>> > [...]  
>> 
>> Two points I'd like to talk about :)
>> 
>> 1-
>> And what about a clear GIT worflow?
>> 
>> For some projects, I've already used git-flow
>> (http://nvie.com/posts/a-successful-git-branching-model/); mainly
>> because 1/ it suits my needs, and 2/ it comes with a git extension
>> that makes things (really much) simple.
>> 
>> Maybe this one would no fit GLPI's needs in terms of worflow (mainly
>> because it does not handle long term support branches - ie. only one
>> stable version could be maintained); but I guess we should adopt at
>> least some workflow rules.
>> 
>> 2-
>> Coding standards has not been mentionned yet (if I remember well);
>> but their respects could be added to the "contribution guide".
>> Standardized code is more simple to read, understand and use :)
>> Unfortunately, the rules that have been used until now are very
>> specific (it is not PSR1, and even less PSR2, nor any existing
>> standard provided with phpcs as fas as I can see). To automate CS
>> checks, we'll have to either:
>> - write a specfifc ruleset that suits our needs (a quite big
>> specific work),
>> - or change them to use something existing, that we could adapt for
>> our needs finally (forcing all functions or methods to be correctly
>> documented for example). That would be a quite big job as well, but
>> less specific for instance.
>> 
>> Actual coding standards are documented here:
>> https://forge.glpi-project.org/projects/glpi/wiki/CodingStandards
>> 
>> Regards,
>> --
>> Johan
>> 
>> ___
>> 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] Modify coding methods to enhance code quality

[David DURIEUX]

Le Wed, 07 Sep 2016 12:17:29 +0200
Tsmr  a écrit:

> 
>
>* NEVER (so no exceptions) commit directly in the repository,
>always
> create Pull Requests
>
>Agree for adding feature & Disagree for
>minor fixes
>
>For a simple modification like harmonize display classes
>(like ) for me, creating multiples PR is ponderous
>process for minor fixes.

no, NEVER commit directly, ALWAYS create a Pull Request.

If the tr is missing in previous Pull Request, the code review is here
to say to you you missed add a class xxx in the tr.

If it's only the tr, so yes a Pull Request.

David
++

>Le 07.09.2016 11:16, David DURIEUX a écrit :
>
>
>> Hello, 
>> 
>> I propose new coding methods to enhance GLPI (better  
>code, have
>> tests, so less bugs):
>> 
>> * NEVER (so no exceptions)  
>commit directly in the repository, always
>> create Pull Requests
>> * All  
>Pull Request must be linked with an issue (bugs, features...)
>> * All  
>issues for features must be discussed and so made specification
>> of  
>what to do in the issue, with that, the developer will win time
>> when  
>will code it. The developer must be assigned to the issue
>> * All Pull  
>Requests must be reviewed by another developer, this review
>> is needed  
>and check these points:
>> * Check the code, if it's coherent with the  
>issue, coding standards
>> * check if there are enough tests (unit,  
>integration). So a Pull
>> Request NEED HAVE tests, if no test, refure  
>merge and add comment
>> in it
>> * verify travis (run tests in  
>travis-ci.org) pass
>> * Once the PR is reviewed and all is OK, merge it.  
>You DON'T MERGE for
>> the developper pleasure, you merge because you  
>think it's good for
>> GLPI and code is good quality.
>> 
>> So yes, you  
>think you will loose time, but if you have less bugs to fix
>> after  
>because it's verified by unit tests, you win time ;)
>> 
>> Another point,  
>for the release it will be better, you can release
>> directly or perhaps  
>have one RC. Release process is more simple and
>> you can release when  
>you want with these methods.
>> 
>> I will do that in many projects (with  
>big code and very few developers)
>> and we win time, quality of code.
>>  
>
>> 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

Re: [Glpi-dev] Modify coding methods to enhance code quality

[David DURIEUX]

Le Wed, 7 Sep 2016 09:47:38 +
"Moron, Olivier"  a écrit:

>Hello,
>
>I agree with the whole, and just want to add 2 things:
>1) for the assignments: it can be difficult for outside developers
>(like me). 

The goal is to not have 2 developers code same thing in same time ;)

>2) for the tests, we should have unitary tests, but also
>integration tests , and at least functional tests. And for me these
>functional tests should be documented by the developer (or tester) as
>they are mainly done manually.

Yes it's like I say unit, integration... so yes forgotten functional
tests :D 

>Regards,
>Tomolimo 
>
>-Original Message-
>From: Glpi-dev [mailto:glpi-dev-boun...@gna.org] On Behalf Of Johan
>Cwiklinski Sent: Wednesday, September 07, 2016 11:39 AM
>To: Liste de diffusion des developpeurs GLPI
>Subject: Re: [Glpi-dev] Modify coding methods to enhance code quality
>
>Hello,
>
>- Mail original -
>> De: "David DURIEUX" 
>> À: "Liste de diffusion des developpeurs GLPI" 
>> Envoyé: Mercredi 7 Septembre 2016 11:16:46
>> Objet: [Glpi-dev] Modify coding methods to enhance code quality
>> 
>> Hello,
>> 
>> I propose new coding methods to enhance GLPI (better code, have
>> tests, so less bugs):
>> 
>> * NEVER (so no exceptions) commit directly in the repository, always
>>   create Pull Requests  
>
>I agree with that.
>
>> * All Pull Request must be linked with an issue (bugs, features...)  
>
>Agree.
>
>> * All issues for features must be discussed and so made specification
>>   of what to do in the issue, with that, the developer will win time
>>   when will code it. The developer must be assigned to the issue  
>
>Agree.
>
>> * All Pull Requests must be reviewed by another developer, this
>> review is needed and check these points:
>>* Check the code, if it's coherent with the issue, coding
>> standards
>>* check if there are enough tests (unit, integration). So a Pull
>>  Request NEED HAVE tests, if no test, refure merge and add
>> comment in it
>>* verify travis (run tests in travis-ci.org) pass  
>
>Agree, but disagree (on the tests part) :p
>
>We should probably have tests on new features, but when it is actually
>possible; if we need to refactor some other (big) parts of code to get
>tests running, this is probably not a good idea ; and for bugfixes, we
>probably cannot ask the developper to spend all the required time to
>write all tests on some cases.
>
>At the end, this rule will really become a MUST, but I'm not sure it
>is possible right now (talking about exeprience on some other projets
>where some parts of the code cannot be unit tested by design - or
>mistakes). I can be wrong, I'm quite new to the project ;)
>
>On the basics, I totally agree, but maybe should we consider merging
>without tests would be possible with a (really!) good reason for now?
>Of course, existing unit tests MUST be OK, in any case.
>
>I'd like to add that developper that will take review MUST assign
>him/herself to the PR.
>
>> * Once the PR is reviewed and all is OK, merge it. You DON'T MERGE
>> for the developper pleasure, you merge because you think it's good
>> for GLPI and code is good quality.  
>
>Agree.
>
>> So yes, you think you will loose time, but if you have less bugs to
>> fix after because it's verified by unit tests, you win time ;)
>> 
>> Another point, for the release it will be better, you can release
>> directly or perhaps have one RC. Release process is more simple and
>> you can release when you want with these methods.
>> 
>> I will do that in many projects (with big code and very few
>> developers) and we win time, quality of code.  
>
>Review process and automated tests are really a must have; I can't
>disagree with that :)
>
>We'll also have to write a (clear and quite simple) page explaining
>the whole process, for everyone reference.
>
>Just my two cents,
>++

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] Modify coding methods to enhance code quality

[David DURIEUX]

Le Wed, 7 Sep 2016 11:39:22 +0200 (CEST)
Johan Cwiklinski  a écrit:

>Hello,
>
>- Mail original -
>> De: "David DURIEUX" 
>> À: "Liste de diffusion des developpeurs GLPI" 
>> Envoyé: Mercredi 7 Septembre 2016 11:16:46
>> Objet: [Glpi-dev] Modify coding methods to enhance code quality
>> 
>> Hello,
>> 
>> I propose new coding methods to enhance GLPI (better code, have
>> tests, so less bugs):
>> 
>> * NEVER (so no exceptions) commit directly in the repository, always
>>   create Pull Requests  
>
>I agree with that.
>
>> * All Pull Request must be linked with an issue (bugs, features...)  
>
>Agree.
>
>> * All issues for features must be discussed and so made specification
>>   of what to do in the issue, with that, the developer will win time
>>   when will code it. The developer must be assigned to the issue  
>
>Agree.
>
>> * All Pull Requests must be reviewed by another developer, this
>> review is needed and check these points:
>>* Check the code, if it's coherent with the issue, coding
>> standards
>>* check if there are enough tests (unit, integration). So a Pull
>>  Request NEED HAVE tests, if no test, refure merge and add
>> comment in it
>>* verify travis (run tests in travis-ci.org) pass  
>
>Agree, but disagree (on the tests part) :p
>
>We should probably have tests on new features, but when it is actually
>possible; if we need to refactor some other (big) parts of code to get
>tests running, this is probably not a good idea ; and for bugfixes, we
>probably cannot ask the developper to spend all the required time to
>write all tests on some cases.

No, the bug fix is as much important than test, so can't dissociate the
both.

>At the end, this rule will really become a MUST, but I'm not sure it
>is possible right now (talking about exeprience on some other projets
>where some parts of the code cannot be unit tested by design - or
>mistakes). I can be wrong, I'm quite new to the project ;)
>
>On the basics, I totally agree, but maybe should we consider merging
>without tests would be possible with a (really!) good reason for now?
>Of course, existing unit tests MUST be OK, in any case.

Of course if you have a Pull Request have only add comments in code, no
tests needed :D

>I'd like to add that developper that will take review MUST assign
>him/herself to the PR.
>
>> * Once the PR is reviewed and all is OK, merge it. You DON'T MERGE
>> for the developper pleasure, you merge because you think it's good
>> for GLPI and code is good quality.  
>
>Agree.
>
>> So yes, you think you will loose time, but if you have less bugs to
>> fix after because it's verified by unit tests, you win time ;)
>> 
>> Another point, for the release it will be better, you can release
>> directly or perhaps have one RC. Release process is more simple and
>> you can release when you want with these methods.
>> 
>> I will do that in many projects (with big code and very few
>> developers) and we win time, quality of code.  
>
>Review process and automated tests are really a must have; I can't
>disagree with that :)
>
>We'll also have to write a (clear and quite simple) page explaining
>the whole process, for everyone reference.
>
>Just my two cents,
>++

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

[Glpi-dev] Modify coding methods to enhance code quality

[David DURIEUX]

Hello, 

I propose new coding methods to enhance GLPI (better code, have
tests, so less bugs):

* NEVER (so no exceptions) commit directly in the repository, always
  create Pull Requests
* All Pull Request must be linked with an issue (bugs, features...)
* All issues for features must be discussed and so made specification
  of what to do in the issue, with that, the developer will win time
  when will code it. The developer must be assigned to the issue
* All Pull Requests must be reviewed by another developer, this review
  is needed and check these points:
   * Check the code, if it's coherent with the issue, coding standards
   * check if there are enough tests (unit, integration). So a Pull
 Request NEED HAVE tests, if no test, refure merge and add comment
 in it
   * verify travis (run tests in travis-ci.org) pass
* Once the PR is reviewed and all is OK, merge it. You DON'T MERGE for
  the developper pleasure, you merge because you think it's good for
  GLPI and code is good quality.

So yes, you think you will loose time, but if you have less bugs to fix
after because it's verified by unit tests, you win time ;)

Another point, for the release it will be better, you can release
directly or perhaps have one RC. Release process is more simple and
you can release when you want with these methods.

I will do that in many projects (with big code and very few developers)
and we win time, quality of code.

David
++

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] Problem with Responsive GLPI

[David DURIEUX]

Le Tue, 23 Aug 2016 20:27:56 +0200
"Juan Carlos Espada Puerta"  a écrit:

> 
>Good Afternoon,

Hello, 
 
>We have a problema with the responsive. We use  GLPI 0.9 and we need to
>adjust the responsive design. We are doing with CSS but the changes
>dont work. We try to make changes in the file style.css.
>How we can modify the Responsive design?

In fact, GLPI is not really responsive, a little but not responsive...

David
++
 
>We hope yout answer soon.
> 
>Thank you so much, best regards.
> 
> 
>Buenas tardes,
> 
>Tenemos un problema con la versión responsive de Glpi versión 0.9 ,
>necesitamos ajustar el diseño Responsive. Lo estamos realizando
>mediante CSS pero no funcionan los cambios. Estamos realizando los
>cambios en el archivo style.css. ¿De qué manera podemos modificar el
>diseño Responsive?
> 
>Esperamos pronta respuesta.
> 
>Gracias.
> 
>Juan Carlos Espada Puerta
>Técnico de Sistemas / Systems Technician
>
> 
>TICSAM S&C S.L.
>CL Fernando Cadalso, 2, 45300 Ocaña (Toledo)
>T +34 925 12 01 04| M +34 609 930 827
>E   jpue...@ticsam.com | W
> www.ticsam.com
> 
>
> 
>PAntes de imprimir este e-mail, piense si es necesario hacerlo. El
>medioambiente es cosa de todos. Before printing this e-mail think if
>it is necessary to do it. The environment is a thing of all.
>NOTA LEGAL / LEGAL ADVICE
>De conformidad con lo establecido en la ley 15/1999, de 13 de
>Diciembre, de Protección de Datos de Carácter Personal, le informamos
>que sus datos figuran en un fichero automatizado propiedad de TICSAM
>S&C S.L.. Si desea acceder a sus datos, rectificarlos, cancelarlos u
>oponerse a su tratamiento, diríjase a TICSAM S&C S.L. C/ Fernando
>Cadalso, 2B 45300 Ocaña (Toledo) o a 
>i...@ticsam.com Este mensaje se dirige exclusivamente a su
>destinatario y puede contener información privilegiada o confidencial.
>Si no es Vd. el destinatario indicado, queda notificado que la
>utilización, divulgación y/o copia sin autorización está prohibida en
>virtud de la legislación vigente. Si ha recibido este mensaje por
>error, le rogamos que nos lo comunique inmediatamente por esta misma
>vía y proceda a su destrucción. Muchas gracias por su colaboración.
>This message is intended exclusively for its addressee and may contain
>information that is CONFIDENTIAL and protected by professional
>privilege. If you are not the intended recipient you are hereby
>notified that any dissemination, copy or disclosure of this
>communication is strictly prohibited by law. If this message has been
>received in error, please immediately notify us via e-mail and delete
>it. Thanks for your collaboration.
> 

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] GLPI framework test suite

[David DURIEUX]

Le Thu, 12 May 2016 07:24:12 +0200
Remi Collet  a écrit:

>Hi,
>
>I have cherry-picked the commits related to the test suite from the
>wip-test branch
>
>Most of existing tests are written by Lethargie (my son).

Thanks to him \o/

>This is still WIP, so still TODO:
>
>- add more tests
>
>- improve test setup/teardown to revert changes (for now, only new
>created entries are deleted, this will probably requires innodb [1],
>and then begin_transaction / rollback)

In FusionInventory test suite, I backup the first install of GLPI +
FusionInventory and reload it for each test, it's not the best because
used many times / resources but works well ( 4 minutes 48 seconds for
Tests: 80, Assertions: 383)

>- add more tests
>
>- enable travis (need to install the DB) for PHP 5.4, 5.5, 5.6, 7.0
>
>- add more tests
>
>- add a test data set on which tests can rely (profils, users,
>entities...), mostly for right management
>
>- add more tests
>
>- start to compute code coverage
>
>- add more tests

+ PHP Code Checker? (for testing coding rules)

>For now (very small):
>
>$ phpunit -v
>PHPUnit 5.3.4 by Sebastian Bergmann and contributors.
>Runtime:   PHP 7.0.7RC1
>Configuration: /work/GLPI/master/phpunit.xml.dist
>..  54 / 54 (100%)
>Time: 144 ms, Memory: 32.50Mb
>OK (54 tests, 587 assertions)
>
>
>Remi.
>
>
>
>
>[1] https://github.com/glpi-project/glpi/issues/644
>
>___
>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] Github + 0.90 beta

[David DURIEUX]

Le Wed, 29 Jul 2015 17:08:36 +0200
Remi Collet  a écrit:

>Le 29/07/2015 16:34, Alexandre Delaunay a écrit :
>> - you'll find an english version at the end  -
>> 
>> Bonjour à tous.
>> 
>> Nous avons enfin migré les dépôts de GLPI (cœur + doc) vers git.
>> Ils sont accessibles depuis http://github.com/glpi-project.
>
>github != git.

Tout à fait ;)

>Migrer vers git, je trouve ça compréhensible
>Abandonner une forge "interne" au profit de github, je pige pas.
>Surtout que redmine gère parfaitement git (cf fusioninventory)

Je vois pleins d'avantages :
* facilité de faire un patch + faire un Pull Request
* facilité de merger un patch
* integration avec travis pour les tests


>Et il reste possible d'avoir un mirroir sur github poour les PR.
>
>De plus utiliser github pour l'hébergement d'un git... pourquoi pas,
>mais commencer à l'utiliser comme forge (ticket, roadmap, release, ...)
>ça me semble dangereux.

La c'est en effet plus compliqué pour gérer. Sur mes projets, je ne
fais pas de roadmap, on code, rajoute ce qu'on a fait dans un fichier
changelog et on release quand on veux (ce qui est pratique quand il y
a les tests). C'est un autre type de gestion après...

>Comment les utilisateurs feront la différence sur
>https://github.com/glpi-project/glpi/releases/tag/0.90%2Fbeta1
>
>Entre
>   glpi-0.90-beta1.tar.gz
>   Source code (zip)
>   Source code (tar.gz)
>
>(surtout que le pari que les Windowsiens vont se ruer sur les .zip...)

Rien n'empêche les windowsiens d'aller sur le site officiel et de
cliquer sur le lien de téléchargement directement ;)

>Bref,
>Mes 0,02€

+0.02€

David
++

>Remi.
>
>P.S. et pour info, j'ai aucun droit dessus
>
>___
>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] front/fileupload.php problem

[David DURIEUX]

Ah ben non en fait c'est bon :p

désolé pour le bruit :p

David
++


Le Thu, 23 Jul 2015 10:09:08 +0200
David DURIEUX  a écrit:

>Bonjour,
>
>Pourquoi dans ce fichier, on ne fait un pas un:
>
>include ('../inc/includes.php');
>
>comme dans les autres fichiers? parce que là par exemple on n'a pas la
>gestion du /config/config_path.php et ça pose des problèmes dans
>certains cas.
>
>
>Cordialement,
>--
>David DURIEUX
>Tel : +33 (0)4.82.53.30.53
>Mail : d.duri...@siprossii.com
>Site Web : http://www.siprossii.com/
>
>SIPROSSII
>Rue des jardins
>69860 Monsols
>FRANCE
>
>___
>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] front/fileupload.php problem

[David DURIEUX]

Bonjour,

Pourquoi dans ce fichier, on ne fait un pas un:

include ('../inc/includes.php');

comme dans les autres fichiers? parce que là par exemple on n'a pas la
gestion du /config/config_path.php et ça pose des problèmes dans
certains cas.


Cordialement,
--
David DURIEUX
Tel : +33 (0)4.82.53.30.53
Mail : d.duri...@siprossii.com
Site Web : http://www.siprossii.com/

SIPROSSII
Rue des jardins
69860 Monsols
FRANCE

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] Patch 0.90 for add massiveaction in calendars to add holidays in one time

[David DURIEUX]

Hello,

Patch fixed (2 bugs inside)

Best regards,
--
David DURIEUX
Tel : +33 (0)4.82.53.30.53
Mail : d.duri...@siprossii.com
Site Web : http://www.siprossii.com/

SIPROSSII
Rue des jardins
69860 Monsols
FRANCE


Le Thu, 9 Jul 2015 09:48:50 +0200
David DURIEUX  a écrit:

>Hello,
>
>This is a patch propose a new massive action in calendar to add a
>holiday to many calendars in one time
>
>
>Best regards,
>--
>David DURIEUX
>Tel : +33 (0)4.82.53.30.53
>Mail : d.duri...@siprossii.com
>Site Web : http://www.siprossii.com/
>
>SIPROSSII
>Rue des jardins
>69860 Monsols
>FRANCE
Index: inc/calendar.class.php
===
--- inc/calendar.class.php	(revision 23579)
+++ inc/calendar.class.php	(working copy)
@@ -85,7 +85,8 @@
 
   if ($isadmin) {
  $actions[__CLASS__.MassiveAction::CLASS_ACTION_SEPARATOR.'duplicate'] = _x('button', 'Duplicate');
-  }
+ $actions[__CLASS__.MassiveAction::CLASS_ACTION_SEPARATOR.'addholiday'] = _x('button', 'Add holiday');
+ }
   return $actions;
}
 
@@ -103,6 +104,12 @@
 echo "";
 echo Html::submit(_x('button', 'Duplicate'), array('name' => 'massiveaction'))."";
 return true;
+
+ case 'addholiday' :
+Holiday::dropdown();
+echo "";
+echo Html::submit(_x('button', 'Add holiday'), array('name' => 'massiveaction'))."";
+return true;
   }
 
   return parent::showMassiveActionsSubForm($ma);
@@ -153,6 +160,43 @@
$ma->itemDone($item->getType(), $ids, MassiveAction::ACTION_KO);
 }
 return;
+
+ case 'addholiday' : // For calendar duplicate in another entity
+$input = $ma->getInput();
+if ($input['holidays_id'] > 0) {
+   $holiday = new Holiday();
+   $calendar_holiday = new Calendar_Holiday();
+
+   $holiday->getFromDB($input['holidays_id']);
+   $entities = array(
+  $holiday->getEntityID() => $holiday->getEntityID()
+   );
+   if ($holiday->isRecursive()) {
+  $entities = getSonsOf("glpi_entities", $holiday->getEntityID());
+   }
+
+   foreach ($ids as $id) {
+  $entities_id = CommonDBTM::getItemEntity('Calendar', $id);
+  if (isset($entities[$entities_id])) {
+ $input = array(
+'calendars_id' => $id,
+'holidays_id'  => $input['holidays_id']
+ );
+ if ($calendar_holiday->add($input)) {
+$ma->itemDone($item->getType(), $id, MassiveAction::ACTION_OK);
+ } else {
+$ma->itemDone($item->getType(), $id, MassiveAction::ACTION_KO);
+$ma->addMessage($item->getErrorMessage(ERROR_ON_ACTION));
+ }
+  } else {
+ $ma->itemDone($item->getType(), $id, MassiveAction::ACTION_KO);
+ $ma->addMessage($item->getErrorMessage(ERROR_ON_ACTION));
+  }
+   }
+} else {
+   $ma->itemDone($item->getType(), $ids, MassiveAction::ACTION_KO);
+}
+return;
   }
   parent::processMassiveActionsForOneItemtype($ma, $item, $ids);
}
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] Problem of PHP file termination

[David DURIEUX]

Le Thu, 9 Jul 2015 08:09:50 +
"Moron, Olivier"  a écrit:

>Dear all,

Hi,

>I've got a user of Timezones plugin whom is using a special script to
>perform PHP style code analysis. Here is the tool he is using: 
>> perl ../tools/detect_wrong_php_begin_end_file.pl  | grep problem
>
>And this tool detected problems like: 'missing ?> termination at end
>of files'
>
>As I've got the habit to not insert those terminations...
>
>But the PHP missing termination is the better way I know to prevent
>insert of extra chars into the HTTP flow back to the browser which has
>no effect on normal web pages but leads to wrong downloaded files as
>they are injected by GLPI into the flow.
>
>Perhaps a bug report should be filed requesting that all terminations
>be removed to conform with current coding recommendations?
>
>What do you think?

Yes, better solution is to not add them, and yes it prevent characters
after >?

David
++

>Thank you,
>Regards,
>
>Olivier MORON 
>Miscellaneous Program Member
>
>RAYNET SNC 
>Tel : +33 4 76 33 49 52
>Fax: +33 4 76 70 56 63
>
>
>___
>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] Patch 0.90 for add massiveaction in calendars to add holidays in one time

[David DURIEUX]

Hello,

This is a patch propose a new massive action in calendar to add a
holiday to many calendars in one time


Best regards,
--
David DURIEUX
Tel : +33 (0)4.82.53.30.53
Mail : d.duri...@siprossii.com
Site Web : http://www.siprossii.com/

SIPROSSII
Rue des jardins
69860 Monsols
FRANCEIndex: inc/calendar.class.php
===
--- inc/calendar.class.php	(revision 23579)
+++ inc/calendar.class.php	(working copy)
@@ -85,7 +85,8 @@
 
   if ($isadmin) {
  $actions[__CLASS__.MassiveAction::CLASS_ACTION_SEPARATOR.'duplicate'] = _x('button', 'Duplicate');
-  }
+ $actions[__CLASS__.MassiveAction::CLASS_ACTION_SEPARATOR.'addholiday'] = _x('button', 'Add holiday');
+ }
   return $actions;
}
 
@@ -103,6 +104,12 @@
 echo "";
 echo Html::submit(_x('button', 'Duplicate'), array('name' => 'massiveaction'))."";
 return true;
+
+ case 'addholiday' :
+Holiday::dropdown();
+echo "";
+echo Html::submit(_x('button', 'Add holiday'), array('name' => 'massiveaction'))."";
+return true;
   }
 
   return parent::showMassiveActionsSubForm($ma);
@@ -153,6 +160,43 @@
$ma->itemDone($item->getType(), $ids, MassiveAction::ACTION_KO);
 }
 return;
+
+ case 'addholiday' : // For calendar duplicate in another entity
+$input = $ma->getInput();
+if ($input['holidays_id'] > 0) {
+   $holiday = new Holiday();
+   $calendar_holiday = new Calendar_Holiday();
+
+   $holiday->getFromDB($holiday);
+   $entities = array(
+  $holiday->getEntityID() => $holiday->getEntityID()
+   );
+   if ($holiday->isRecursive()) {
+  $entities = getAncestorsOf("glpi_entities", $holiday->getEntityID());
+   }
+
+   foreach ($ids as $id) {
+  $entities_id = CommonDBTM::getItemEntity('glpi_holidays', $id);
+  if (isset($entities[$entities_id])) {
+ $input = array(
+'calendars_id' => $id,
+'holidays_id'  => $input['holidays_id']
+ );
+ if ($calendar_holiday->add($input)) {
+$ma->itemDone($item->getType(), $id, MassiveAction::ACTION_OK);
+ } else {
+$ma->itemDone($item->getType(), $id, MassiveAction::ACTION_KO);
+$ma->addMessage($item->getErrorMessage(ERROR_ON_ACTION));
+ }
+  } else {
+ $ma->itemDone($item->getType(), $id, MassiveAction::ACTION_KO);
+ $ma->addMessage($item->getErrorMessage(ERROR_ON_ACTION));
+  }
+   }
+} else {
+   $ma->itemDone($item->getType(), $ids, MassiveAction::ACTION_KO);
+}
+return;
   }
   parent::processMassiveActionsForOneItemtype($ma, $item, $ids);
}
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

[Glpi-dev] SAML support

[David DURIEUX]

Bonjour,

J'ai le patch pour le support SAML qui est quasiment prêt pour la 0.85.
J'ai vu que la 0.90 a été commencée sur le dépôt.

J'envoi le patch pour les 2 versions ?


Cordialement,
--
David DURIEUX
Tel : +33 (0)4.82.53.30.53
Mail : d.duri...@siprossii.com
Site Web : http://www.siprossii.com/

SIPROSSII
Rue des jardins
69860 Monsols
FRANCE

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] Helpdesk : Proposition d'ajout de fonctionnalité dans le coeur

[David DURIEUX]

Le Thu, 25 Jun 2015 11:31:34 +0200
Tsmr  a écrit:

> 
>
>Bonjour, un client me demande d'ajouter une feature dans GLPI 
>
>Cas
>concret : 
>
>Société : cabinet comptable 
>
>Catégorie de ticket : Logiciel
>comptable 
>
>La société voudrait que pendant une période définie,
>lorsqu'on crée un ticket sur cette catégorie, l'urgence du ticket (et
>donc la priorité) augmente ou baisse à la volée. Exemple : Période liée
>à la déclaration des impôts. 
>
>Je trouve cette feature vraiment
>intéressante. 
>
>Pensez-vous que l'on puisse ajouter cette option dans le
>coeur ? 

Pourquoi pas, je verrai bien ça dans les règle métier, si critère
date ouverture de ticket entre le 1 février et le 30 avril...

Par contre, vu qu'on rajoute des features, il serait bien de faire une
0.86 et mettre ces features dedans (à discuter ;) )

David
++



>Cordialement 

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] Evolutions GLPI - Appliquer une règle métiers à la modification

[David DURIEUX]

Le Wed, 20 May 2015 14:28:38 +
TEILLET Guillaume  a écrit:

>J'ai oublié de préciser la version 0.84.4 et qu'il s'agit de la
>modification du ticket. Sur la doc en ligne il est précisé : "
>Remarque : les règles métier pour les tickets ne sont jouées qu'à la
>création du ticket. Lors de la modification de celui-ci, aucun
>mécanise automatique n'est lancé."
>http://www.glpi-project.org/DOC/FR/ ...

C'est sur la dernière stable que ça a été ajouté 0.85.x, donc
effectivement, ça ne fonctionnera pas en 0.84.x

David
++

>Guillaume 
>
>-Message d'origine-----
>De : Glpi-dev [mailto:glpi-dev-boun...@gna.org] De la part de David
>DURIEUX Envoyé : mercredi 20 mai 2015 15:59
>À : glpi-dev@gna.org
>Objet : Re: [Glpi-dev] Evolutions GLPI - Appliquer une règle métiers à
>la modification
>
>
>Le Wed, 20 May 2015 13:53:43 +
>TEILLET Guillaume  a écrit:
>
>>Bonjour,
>>Serait-il possible de permettre d'appliquer une règle métiers à la 
>>modification ? Merci.
>>M TEILLET
>
>Oui les règles peuvent être jouées lors de la modification de ticket,
>donc on ne comprend pas la question...
>
>
>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] Evolutions GLPI - Appliquer une règle métiers à la modification

[David DURIEUX]

Le Wed, 20 May 2015 13:53:43 +
TEILLET Guillaume  a écrit:

>Bonjour,
>Serait-il possible de permettre d'appliquer une règle métiers à la
>modification ? Merci.
>M TEILLET

Oui les règles peuvent être jouées lors de la modification de
ticket, donc on ne comprend pas la question...


David
++

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] Request for analysis of response time issue

[David DURIEUX]

Le Wed, 20 May 2015 09:45:10 -0300 (BRT)
"Douglas P. Fernandes"  a écrit:

>
>
>Dear Representative. 
>

Hi

>
>
>We are committed to adopt GLPI here, at Seplag (Seplag is a State
>Secretary, State of Ceará). We have 150 thousand potential users,
>among all the public users. 
>
>
>
>
>At assay phase, we found a problem regarding Requester, Ticket Form:
>search. It takes 47 seconds to retrieve data. The same search, at
>Administration → User, takes about 08 (eight) seconds. It seems to us
>that a response time of 8 seconds is too much, let alone 47 seconds.
>We wonder if there's a way to enhance this search mechanism? If so,
>this would be decisive for our intent to adopt this excellent
>software. 

It's not normal,
give the version of:

* PHP

* MySQL

Is the server swap ?

David
++

>
>
>Best regards, 
>
>
>Att, 
>
>Douglas Fernandes 
>Especialista em TI 
>Grupo de Governança de TIC 
>Coordenadoria de Infraestrutura de Tecnologia 
>da Informação e Comunicação - COTEC 
>SECRETARIA DO PLANEJAMENTO E GESTÃO - SEPLAG 
>
>(85) 3101-4540 / (85) 9121-9564 
>

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] Migration Custom Fields GLPI 0.72.x -> GLPI 0.84

[David DURIEUX]

Le Thu, 12 Mar 2015 22:35:11 +0100
thierry DeTheGeek  a écrit:

>Bonjour

Salut

>Je cherche des informations concernant les changements entre GLPI
>0.72.4 et GLPI 0.84.8, pour assister un utilisateur ayant un souci de
>migration entre ces deux versions, avec Custom Fields 1.1.6 vers 1.6.0.

Yep, y a eu beaucoup de modifs entre ces 2 versions.

>Dans la version 1.1.7 du plugin la prise en charge de l'itemtype 24
>(device) a été introduite. Un peu plus tard, GLPI a modifié la gestion
>des itemtypes en faveur de chaines de caractères.
>
>D'après le code de GLPI, l'itemtype 24 devient donc "device". Or il
>n'existe plus de fichier device.class.php dans les versions 0.84.x. Il
>semble que ce type ait été divisé en différents types de composants
>(carte mère, cpu, )
>
>J'ai besoin d'informations sur la façon (et pourquoi) dont a évolué la
>prise en charge des composants depuis GLPI 0.72.x. Avec cela je saurai
>si il est possible d'automatiser l'upgrade. Pour l'instant j'ai
>l'impression qu'il faudrait gérer au cas par cas, selon la
>signification des champs personnalisés sur ces objets.

Tu peux regarder les scripts d'update de GLPI ou tu devrais pouvoir
retrouver les modifs de ce genre (glpi/install/update_*.php)

David
++

>D'avance merci.

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

[Glpi-dev] diff pour la 0.85 des plugin appliance et databases

[David DURIEUX]

Bonjour,

voici le diff pour les plugin appliances et databases pour la 0.85
(inclu le code pour utiliser le multi-item de la 0.85 avec mon patch
envoyé la semaine dernière)


David
++
Index: front/database.form.php
===
--- front/database.form.php	(revision 171)
+++ front/database.form.php	(working copy)
@@ -9,7 +9,7 @@
  -
 
  LICENSE
-		
+
  This file is part of databases.
 
  Databases is free software; you can redistribute it and/or modify
@@ -37,72 +37,74 @@
 
 if (isset($_POST["add"])) {
 
-	$database->check(-1,'w',$_POST);
+	$database->check(-1, CREATE,$_POST);
$newID=$database->add($_POST);
 	Html::back();
-	
+
 } else if (isset($_POST["delete"])) {
 
-	$database->check($_POST['id'],'w');
+	$database->check($_POST['id'], DELETE);
$database->delete($_POST);
 	$database->redirectToList();
-	
+
 } else if (isset($_POST["restore"])) {
 
-	$database->check($_POST['id'],'w');
+	$database->check($_POST['id'], PURGE);
$database->restore($_POST);
 	$database->redirectToList();
-	
+
 } else if (isset($_POST["purge"])) {
 
-	$database->check($_POST['id'],'w');
+	$database->check($_POST['id'], PURGE);
$database->delete($_POST,1);
 	$database->redirectToList();
-	
+
 } else if (isset($_POST["update"])) {
 
-	$database->check($_POST['id'],'w');
+	$database->check($_POST['id'], UPDATE);
$database->update($_POST);
 	Html::back();
-	
+
 } else if (isset($_POST["additem"])) {
 
 	if (!empty($_POST['itemtype'])&&$_POST['items_id']>0) {
-  $database_item->check(-1,'w',$_POST);
+  $database_item->check(-1, CREATE, $_POST);
   $database_item->addItem($_POST);
 	}
 	Html::back();
-	
+
 } else if (isset($_POST["deleteitem"])) {
 
 	foreach ($_POST["item"] as $key => $val) {
  $input = array('id' => $key);
  if ($val==1) {
-$database_item->check($key,'w');
+$database_item->check($key, PURGE);
 $database_item->delete($input);
  }
 		}
 	Html::back();
-	
+
 } else if (isset($_POST["deletedatabases"])) {
 
 	$input = array('id' => $_POST["id"]);
-   $database_item->check($_POST["id"],'w');
+   $database_item->check($_POST["id"], PURGE);
 	$database_item->delete($input);
 	Html::back();
-	
+
 } else {
 
-	$database->checkGlobal("r");
-	
+	$database->checkGlobal(READ);
+
 	$plugin = new Plugin();
-	if ($plugin->isActivated("environment"))
-		Html::header(PluginDatabasesDatabase::getTypeName(2),'',"plugins","environment","databases");
-	else
-		Html::header(PluginDatabasesDatabase::getTypeName(2),'',"plugins","databases");
+	if ($plugin->isActivated("environment")) {
+  Html::header(PluginDatabasesDatabase::getTypeName(2),
+ '',"assets","pluginenvironmentdisplay","databases");
+   } else {
+  Html::header(PluginDatabasesDatabase::getTypeName(2), '', "assets",
+   "plugindatabasesmenu");
+   }
+	$database->display($_GET);
 
-	$database->showForm($_GET["id"]);
-
 	Html::footer();
 }
 
Index: front/database.php
===
--- front/database.php	(revision 171)
+++ front/database.php	(working copy)
@@ -9,7 +9,7 @@
  -
 
  LICENSE
-		
+
  This file is part of databases.
 
  Databases is free software; you can redistribute it and/or modify
@@ -30,17 +30,16 @@
 include ('../../../inc/includes.php');
 
 $plugin = new Plugin();
-if ($plugin->isActivated("environment"))
-	Html::header(PluginDatabasesDatabase::getTypeName(2),'',"plugins","environment","databases");
-else
-	Html::header(PluginDatabasesDatabase::getTypeName(2),'',"plugins","databases");
-
+if ($plugin->isActivated("environment")) {
+   Html::header(PluginWebapplicationsWebapplication::getTypeName(2)
+  ,'',"assets","pluginenvironmentdisplay","databases");
+} else {
+   Html::header(PluginDatabasesDatabase::getTypeName(2), '', "assets","plugindatabasesmenu");
+}
 $database = new PluginDatabasesDatabase();
 
-if ($database->canView() || Session::haveRight("config","w")) {
-
+if ($database->canView() || Session::haveRight("config", UPDATE)) {
 	Search::show('PluginDatabasesDatabase');
-
 } else {
 	Html::displayRightError();
 }
Index: hook.php
===
--- hook.php	(revision 171)
+++ hook.php	(working copy)
@@ -9,7 +9,7 @@
  -
 
  LICENSE
-		
+
  This file is part of databases.
 
  Databases is free software; you can redistribute it and/or modify
@@ -29,16 +29,16 @@
 
 function plugin_databases_install() {
global $DB;
-   
+
include_once (GLPI_ROOT."/plugins/databases/inc/profile.class.php");
-   
+
$update=false;
if (!TableExists("glpi_plugin_sgbd") && !TableExists("glpi_plugin_databases_databases")) {
-  
+
   $DB->

Re: [Glpi-dev] GLPI plugins catalog version drop-down list

[David DURIEUX]

Le Mon, 16 Feb 2015 14:42:31 +1100
Tyrone Wyatt  a écrit:

>Hey,
>On the GLPI plugins catalog site http://plugins.glpi-project.org/
>could we have a feature to select the version of GLPI. By selecting
>your GLPI version the catalog should only show compatible plugins to
>that version of GLPI

You can search with version number : 0.85

David
++

>The GLPI plugins catalog contains many unmaintained plugins. Hiding
>these unmaintained plugins by the use of a version drop-down list
>would make it easier for new GLPI users to find plugins that will work
>with their GLPI version.
>If the version drop down list feature defaulted to the latest GLPI
>build this might encourage GLPI plugin developers to update their
>plugins sooner rather than later.
>Regards,
>Tyrone.

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] Patch GLPI coeur qui ajoute des hooks aux items de tickets (>= 0.85.3)

[David DURIEUX]

Patch corrigé, il y avait du code au mauvais endroit

David
++


Le Thu, 12 Feb 2015 10:49:37 +0100
David DURIEUX  a écrit:

>Bonjour,
>
>Voici un patch qui permet d'ajouter des hooks aux plugins afin
>d'afficher ce qu'on veut pour les items de tickets.
>
>Là par exemple, je suis en train de porter le plugin appliance en 0.85,
>et dans ce plugin on crée un applicatif et dans cet applicatif, on peut
>avoir plusieurs items (exemple un 'cluster xx' peut avoir plusieurs
>ordinateurs, un switch...)
>
>Ainsi donc ce patch permet d'ajouter notre classe de relation entre
>le cluster et l'ordinateur en item de ticket
>
>Ainsi il faut rajouter dans le plugin :
>
>Dans le setup.php :
>   $PLUGIN_HOOKS['assign_to_ticket_dropdown']['appliances'] = true;
>   $PLUGIN_HOOKS['assign_to_ticket_itemtype']['appliances'] =
>   array('PluginAppliancesAppliance_Item');
>
>
>assign_to_ticket_dropdown => pour dire qu'on veut afficher une dropdown
>personalisée dans l'ajout d'un item au ticket et va appeler la fonction
>'plugin_appliances_AssignToTicketDropdown'
>
>assign_to_ticket_itemtype => ce sont la liste des itemtypes qui seront
>définis dans la table glpi_items_tickets et pour lequel on appelle la
>fonction 'plugin_appliances_AssignToTicketDisplay' qui va gérer
>l'affichage du tableau dans l'onglets items du ticket
>
>
>Est-ce assez clair?
>
>Si c'est OK, je peux pousser directement sur le dépot ;)
>
>
>Cordialement,
>--
>David DURIEUX
>Tel : +33 (0)4.82.53.30.53
>Mail : d.duri...@siprossii.com
>Site Web : http://www.siprossii.com/
>
>SIPROSSII
>Rue des jardins
>69860 Monsols
>FRANCE
Index: ajax/dropdownTrackingDeviceType.php
===
--- ajax/dropdownTrackingDeviceType.php	(revision 23363)
+++ ajax/dropdownTrackingDeviceType.php	(working copy)
@@ -42,7 +42,23 @@
 && CommonITILObject::isPossibleToAssignType($_POST["itemtype"])) {
$table = getTableForItemType($_POST["itemtype"]);
$rand  = mt_rand();
+   // Custom dropdown
+  $ptypes = array();
+   if (isset($PLUGIN_HOOKS['assign_to_ticket_dropdown'])) {
+  foreach ($PLUGIN_HOOKS['assign_to_ticket_dropdown'] as $plugin => $value) {
+ $ptypes = Plugin::doOneHook($plugin, 'AssignToTicket', array());
+ foreach ($ptypes as $pitemtype => $pvalue) {
+if ($pitemtype == $_POST["itemtype"]) {
+   Plugin::doOneHook($plugin, 'AssignToTicketDropdown', $_POST);
+   exit;
+}
+ }
+  }
+   }
 
+
+
+
// Message for post-only
if (!isset($_POST["admin"]) || ($_POST["admin"] == 0)) {
   echo "".__('Enter the first letters (user, item name, serial or asset number)');
Index: inc/item_ticket.class.php
===
--- inc/item_ticket.class.php	(revision 23363)
+++ inc/item_ticket.class.php	(working copy)
@@ -165,7 +165,7 @@
 * @return Nothing (display)
**/
static function showForTicket(Ticket $ticket) {
-  global $DB, $CFG_GLPI;
+  global $DB, $CFG_GLPI, $PLUGIN_HOOKS;
 
   $instID = $ticket->fields['id'];
 
@@ -290,39 +290,52 @@
 $nb= $DB->numrows($result_linked);
 
 for ($prem=true ; $data=$DB->fetch_assoc($result_linked) ; $prem=false) {
-   $name = $data["name"];
-   if ($_SESSION["glpiis_ids_visible"]
-   || empty($data["name"])) {
-  $name = sprintf(__('%1$s (%2$s)'), $name, $data["id"]);
+   $continue = true;
+   if (isset($PLUGIN_HOOKS['assign_to_ticket_itemtype'])) {
+  foreach ($PLUGIN_HOOKS['assign_to_ticket_itemtype'] as $plugin => $value) {
+ if (in_array($itemtype, $value)) {
+$continue = Plugin::doOneHook($plugin, 'AssignToTicketDisplay',
+array('itemtype'   => $itemtype,
+  'canedit'=> $canedit,
+  'data'   => $data));
+ }
+  }
}
-   if($_SESSION['glpiactiveprofile']['interface'] != 'helpdesk') {
-  $link = Toolbox::getItemTypeFormURL($itemtype);
-  $namelink = "".$name."";
-   } else {
-  $namelink = $name;
-   }
+   if ($

[Glpi-dev] Patch GLPI coeur qui ajoute des hooks aux items de tickets (>= 0.85.3)

[David DURIEUX]

Bonjour,

Voici un patch qui permet d'ajouter des hooks aux plugins afin
d'afficher ce qu'on veut pour les items de tickets.

Là par exemple, je suis en train de porter le plugin appliance en 0.85,
et dans ce plugin on crée un applicatif et dans cet applicatif, on peut
avoir plusieurs items (exemple un 'cluster xx' peut avoir plusieurs
ordinateurs, un switch...)

Ainsi donc ce patch permet d'ajouter notre classe de relation entre
le cluster et l'ordinateur en item de ticket

Ainsi il faut rajouter dans le plugin :

Dans le setup.php :
   $PLUGIN_HOOKS['assign_to_ticket_dropdown']['appliances'] = true;
   $PLUGIN_HOOKS['assign_to_ticket_itemtype']['appliances'] =
   array('PluginAppliancesAppliance_Item');


assign_to_ticket_dropdown => pour dire qu'on veut afficher une dropdown
personalisée dans l'ajout d'un item au ticket et va appeler la fonction
'plugin_appliances_AssignToTicketDropdown'

assign_to_ticket_itemtype => ce sont la liste des itemtypes qui seront
définis dans la table glpi_items_tickets et pour lequel on appelle la
fonction 'plugin_appliances_AssignToTicketDisplay' qui va gérer
l'affichage du tableau dans l'onglets items du ticket


Est-ce assez clair?

Si c'est OK, je peux pousser directement sur le dépot ;)


Cordialement,
--
David DURIEUX
Tel : +33 (0)4.82.53.30.53
Mail : d.duri...@siprossii.com
Site Web : http://www.siprossii.com/

SIPROSSII
Rue des jardins
69860 Monsols
FRANCE
Index: ajax/dropdownTrackingDeviceType.php
===
--- ajax/dropdownTrackingDeviceType.php	(revision 23363)
+++ ajax/dropdownTrackingDeviceType.php	(working copy)
@@ -42,7 +42,23 @@
 && CommonITILObject::isPossibleToAssignType($_POST["itemtype"])) {
$table = getTableForItemType($_POST["itemtype"]);
$rand  = mt_rand();
+   // Custom dropdown
+  $ptypes = array();
+   if (isset($PLUGIN_HOOKS['assign_to_ticket_dropdown'])) {
+  foreach ($PLUGIN_HOOKS['assign_to_ticket_dropdown'] as $plugin => $value) {
+ $ptypes = Plugin::doOneHook($plugin, 'AssignToTicket', array());
+ foreach ($ptypes as $pitemtype => $pvalue) {
+if ($pitemtype == $_POST["itemtype"]) {
+   Plugin::doOneHook($plugin, 'AssignToTicketDropdown', $_POST);
+   exit;
+}
+ }
+  }
+   }
 
+
+
+
// Message for post-only
if (!isset($_POST["admin"]) || ($_POST["admin"] == 0)) {
   echo "".__('Enter the first letters (user, item name, serial or asset number)');
Index: inc/item_ticket.class.php
===
--- inc/item_ticket.class.php	(revision 23363)
+++ inc/item_ticket.class.php	(working copy)
@@ -165,7 +165,7 @@
 * @return Nothing (display)
**/
static function showForTicket(Ticket $ticket) {
-  global $DB, $CFG_GLPI;
+  global $DB, $CFG_GLPI, $PLUGIN_HOOKS;
 
   $instID = $ticket->fields['id'];
 
@@ -325,6 +325,17 @@
echo "";
 }
 $totalnb += $nb;
+ } else {
+if (isset($PLUGIN_HOOKS['assign_to_ticket_itemtype'])) {
+   foreach ($PLUGIN_HOOKS['assign_to_ticket_itemtype'] as $plugin => $value) {
+  if (in_array($itemtype, $value)) {
+ Plugin::doOneHook($plugin, 'AssignToTicketDisplay',
+ array('itemtype'   => $itemtype,
+   'tickets_id' => $instID,
+   'canedit'=> $canedit));
+  }
+   }
+}
  }
   }
 
Index: inc/search.class.php
===
--- inc/search.class.php	(revision 23363)
+++ inc/search.class.php	(working copy)
@@ -3751,7 +3751,7 @@
**/
static function giveItem($itemtype, $ID, array $data, $num, $meta=0,
 array $addobjectparams=array()) {
-  global $CFG_GLPI;
+  global $CFG_GLPI, $PLUGIN_HOOKS;
 
   $searchopt = &self::getOptions($itemtype);
   if (isset($CFG_GLPI["union_search_type"][$itemtype])
@@ -4208,7 +4208,17 @@
  if (is_numeric($key)) {
 if (!empty($val['itemtype'])
 && ($item = getItemForItemtype($val['itemtype']))) {
-   if ($item->getFromDB($val['name'])) {
+   $custom = false;
+   

Re: [Glpi-dev] Request for a new plugin on the forge

[David DURIEUX]

Le Fri, 19 Dec 2014 07:33:33 +
"Moron, Olivier"  a écrit:

>Thank you,
>Don't worry for the delay: it's almost Xmass holidays :)!
>To everybody in this list: I wish to have nice holidays, and plenty of
>good time, and fun, Regards,

Nice holidays too, think to not overeat ^^

David
++

>Olivier MORON 
>Miscellaneous Program Member
>
>RAYNET SNC 
>Tel : +33 4 76 33 49 52
>Fax: +33 4 76 70 56 63
>
>
>-Original Message-
>From: Glpi-dev [mailto:glpi-dev-boun...@gna.org] On Behalf Of
>jean-Mathieu Doléans Sent: Thursday, December 18, 2014 7:17 PM
>To: glpi-dev@gna.org
>Subject: Re: [Glpi-dev] Request for a new plugin on the forge
>
>Le 16/12/2014 10:17, Moron, Olivier a écrit :
>> it be possible to create a new plugin project?
>>
>> *Purpose*
>>
>
>
>Done :
>
>https://forge.indepnet.net/projects/processmaker
>
>
>Sorry for the delay.
>
>
>Best regards,
>
>JMD
>
>___
>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] wierd error 0.85

[David DURIEUX]

Perhaps a problem with migration and your database is not ok. If you
don't have error in sql-errors.log, it will be little
complicated to know the problem.

David
++


Le Thu, 20 Nov 2014 09:40:41 -0200
Frederico Gendorf  a écrit:

>Hi Again, with a empty database, 0.85 works.
>I think have a problem with data from version 0.84.x
>
>I have many Entities, many computers, many users, etc
>
>Someone can help me debug glpi to find the problem?
>
>Thanks for advance
>
>*Frederico Gendorf*
>
>*IT Analyst*
>
>ESSS - SIMULATING THE FUTURE | Florianópolis - SC - Brazil
>Office: +55 (48) 3953 0004 | Skype: fred.esss | E-mail:
>*frederico.gend...@esss.com.br
> | www.esss.com.br
><http://www.esss.com.br/>*
>
>
>
>On Thu, Nov 20, 2014 at 9:25 AM, Frederico Gendorf <
>frederico.gend...@esss.com.br> wrote:
>
>> In Rules the issue occur too
>>
>> *Frederico Gendorf*
>>
>> *IT Analyst*
>>
>> ESSS - SIMULATING THE FUTURE | Florianópolis - SC - Brazil
>> Office: +55 (48) 3953 0004 | Skype: fred.esss | E-mail:
>> *frederico.gend...@esss.com.br  |
>> www.esss.com.br <http://www.esss.com.br/>*
>>
>>
>>
>> On Thu, Nov 20, 2014 at 8:52 AM, Frederico Gendorf <
>> frederico.gend...@esss.com.br> wrote:
>>
>>> The error in apache/php log is the same in interface:
>>>
>>> [20-Nov-2014 08:41:48 America/Sao_Paulo] PHP Fatal error:  Call to a
>>> member function fetch_assoc() on a non-object in
>>> /home/fred/workspace/glpi/inc/dbmysql.class.php on line 284
>>>
>>> This error just occur in Assets items, like Computers, Phones,
>>> Softwares, etc.
>>> All others modules works.
>>>
>>> I tried use debug mode, but  how the error is a Fatal Error, the
>>> page stop before display debug mode.
>>>
>>>
>>> *Frederico Gendorf*
>>>
>>> *IT Analyst*
>>>
>>> ESSS - SIMULATING THE FUTURE | Florianópolis - SC - Brazil
>>> Office: +55 (48) 3953 0004 | Skype: fred.esss | E-mail:
>>> *frederico.gend...@esss.com.br  |
>>> www.esss.com.br <http://www.esss.com.br/>*
>>>
>>>
>>>
>>> On Thu, Nov 20, 2014 at 8:41 AM, David DURIEUX
>>>  wrote:
>>>
>>>> Le Thu, 20 Nov 2014 08:37:28 -0200
>>>> Frederico Gendorf  a écrit:
>>>>
>>>> >Hi David, it's not a SQL error, and this file doesn't exist
>>>>
>>>> Oh yes you're right, see in apache error log, you have php fatal
>>>> error with information
>>>>
>>>> David
>>>> ++
>>>>
>>>> >thanks for reponse
>>>> >
>>>> >*Frederico Gendorf*
>>>> >
>>>> >*IT Analyst*
>>>> >
>>>> >ESSS - SIMULATING THE FUTURE | Florianópolis - SC - Brazil
>>>> >Office: +55 (48) 3953 0004 | Skype: fred.esss | E-mail:
>>>> >*frederico.gend...@esss.com.br
>>>> > | www.esss.com.br
>>>> ><http://www.esss.com.br/>*
>>>> >
>>>> >
>>>> >
>>>> >On Thu, Nov 20, 2014 at 8:30 AM, David DURIEUX
>>>> > wrote:
>>>> >
>>>> >> Le Thu, 20 Nov 2014 07:31:53 -0200
>>>> >> Frederico Gendorf  a écrit:
>>>> >>
>>>> >> >Hi, I migrated from version 0.84.5 to 0.85 but now, when I try
>>>> >> >enter in an item asset details
>>>> >> >the attached error happens.
>>>> >>
>>>> >> See errors in glpi/files/_log/sql-errors.log
>>>> >>
>>>> >> David
>>>> >> ++
>>>> >>
>>>> >> >All other modules work normal.
>>>> >> >
>>>> >> >Thanks
>>>> >> >
>>>> >> >
>>>> >> >
>>>> >> >*Frederico Gendorf*
>>>> >> >
>>>> >> >*IT Analyst*
>>>> >> >
>>>> >> >ESSS - SIMULATING THE FUTURE | Florianópolis - SC - Brazil
>>>> >> >Office: +55 (48) 3953 0004 | Skype: fred.esss | E-mail:
>>>> >> >*frederico.gend...@esss.com.br
>>>> >> > | www.esss.com.br
>>>> >> ><http://www.esss.com.br/>*
>>>> >>
>>>> >> ___
>>>> >> 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] wierd error 0.85

[David DURIEUX]

Le Thu, 20 Nov 2014 08:37:28 -0200
Frederico Gendorf  a écrit:

>Hi David, it's not a SQL error, and this file doesn't exist

Oh yes you're right, see in apache error log, you have php fatal error
with information

David
++

>thanks for reponse
>
>*Frederico Gendorf*
>
>*IT Analyst*
>
>ESSS - SIMULATING THE FUTURE | Florianópolis - SC - Brazil
>Office: +55 (48) 3953 0004 | Skype: fred.esss | E-mail:
>*frederico.gend...@esss.com.br
> | www.esss.com.br
><http://www.esss.com.br/>*
>
>
>
>On Thu, Nov 20, 2014 at 8:30 AM, David DURIEUX
> wrote:
>
>> Le Thu, 20 Nov 2014 07:31:53 -0200
>> Frederico Gendorf  a écrit:
>>
>> >Hi, I migrated from version 0.84.5 to 0.85 but now, when I try enter
>> >in an item asset details
>> >the attached error happens.
>>
>> See errors in glpi/files/_log/sql-errors.log
>>
>> David
>> ++
>>
>> >All other modules work normal.
>> >
>> >Thanks
>> >
>> >
>> >
>> >*Frederico Gendorf*
>> >
>> >*IT Analyst*
>> >
>> >ESSS - SIMULATING THE FUTURE | Florianópolis - SC - Brazil
>> >Office: +55 (48) 3953 0004 | Skype: fred.esss | E-mail:
>> >*frederico.gend...@esss.com.br
>> > | www.esss.com.br
>> ><http://www.esss.com.br/>*
>>
>> ___
>> 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] wierd error 0.85

[David DURIEUX]

Le Thu, 20 Nov 2014 07:31:53 -0200
Frederico Gendorf  a écrit:

>Hi, I migrated from version 0.84.5 to 0.85 but now, when I try enter
>in an item asset details
>the attached error happens.

See errors in glpi/files/_log/sql-errors.log

David
++

>All other modules work normal.
>
>Thanks
>
>
>
>*Frederico Gendorf*
>
>*IT Analyst*
>
>ESSS - SIMULATING THE FUTURE | Florianópolis - SC - Brazil
>Office: +55 (48) 3953 0004 | Skype: fred.esss | E-mail:
>*frederico.gend...@esss.com.br
> | www.esss.com.br
>*

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] Demande d'ouverture de projet sur la forge pour le plugin : morenotifications

[David DURIEUX]

Merci ;)

David
++

Le 1 oct. 2014 17:59, Julien Dombre  a écrit :
>
> Bonjour,
>
> le projet vient d'être créé.
>
> ++
>
> Julien
>
> Le 01/10/2014 17:48, DURIEUX David a écrit :
> > Bonjour,
> >
> > Je souhaiterai l'ouverture d'un projet/plugin 'morenotifications' sur 
> > la forge.
> >
> > Ce plugin permet d'envoyer une notification par ticket à :
> >
> > * technicien
> > * groupe de technicien
> > * demandeur
> > * groupe de demandeur
> >
> > pour les cas suivants :
> >
> > * tickets dont l'échéance est dépassée et non résolu et non clos (1)
> > * tickets qui sont en attente (2)
> >
> >
> > Ces notifications sont envoyées :
> >
> > 1/ le lendemain de la prise en compte, donc du dépassement de date 
> > d'échéance (1) ticket mis en attente (2)
> > 2/ tous les x jours après le lendemain de prise en compte, 
> > configurable sur chaque entité
> >
> >
> > Merci d'avance
> >
> > Cordialement,
> > -- 
> > David DURIEUX
> > Tel : +33 (0)4.82.53.30.53
> > Mail : d.duri...@siprossii.com
> > Site Web : http://www.siprossii.com/
> >
> > SIPROSSII
> > Rue des jardins
> > 69860 Monsols
> > FRANCE
> >
> > ___
> > 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] GLPI customisation

[David DURIEUX]

Le Wed, 20 Aug 2014 14:37:02 +0200
Guillaume Rousse  a écrit:

>Hello.

Hi

>I'm trying to adapt GLPI to our local needs, which means basically
>being able to attach additional informations to some objects.
>
>The first set of those adaptations are quite specific to our usages,
>and unlikely to interest anybody else ('offer type', 'hypervisor
>cluster', etc...).

You can see plugin appliance
(https://forge.indepnet.net/projects/appliances). Like it you can
create clusters. For hypervisor, perhaps use virtual machine in
computer form

>Quick'n'dirty solution: use a multiline comment (or note) field to
>store a list of key/values pairs.
>
>Better solution: develop a custom plugin, adding 2/3 new fields to the 
>current data model. I wonder however how to expose those additional 
>fields through web services: should we also patch this plugin to make
>it able to access them ?
>
>The second set of changes, tough, should be more generic, as we need
>to add additional fields to already-existing network objects:
>- range
Range? what is this?
>- vlan
You have it on network ports
>- gateway
You have it on network ports related with IP

David
++

>I wonder how we could implement those change to make them easily 
>integrated upstream ?

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] GLPI customfields plugin

[David DURIEUX]

Le Wed, 13 Aug 2014 07:15:54 +
"EXT_INFOTECH_CONSTANTIN, Florian"  a
écrit:

>Good morning,

Hi

>I would like to know if there is any possibility to get the
>customfields plugin for glpi 0.84 version. I have tried to find a
>donwnload link on the internet but with no success. We are using GLPI
>for a big number of equipments and we need to add new fields into the
>system for a better view of the characteristics.

You can find it here:
https://forge.indepnet.net/projects/customfields/files

It's version 1.6.0

David
++

>I thank you in advance for your support,
>
>
>Cordialement / Best Regards
>
>Florian CONSTANTIN
>IT Infrastructure Support
>eMail : ext_fconstan...@haulotte.com
>
>HAULOTTE GROUP
>Business Center
>Str. Victoriei nr.13B Etaj 2
>Pitesti - Arges
>Romania
>
>
>
>[http://www.haulotte.com/CMS/Images/Mail/HA16RTJ_540x195.jpg]
>
>
>
>www.haulotte.com
>
>In order to support our environmental protection effort, print this
>email only if really necessary.
>
>
>
>

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] Looking for GLPI databases schema for version 0.84.7

[David DURIEUX]

Le Tue, 29 Jul 2014 13:50:14 +0200
Marine B  a écrit:

>Good afternoon,

Hi

>I am not a GLPI's user, but I have an application, which use
>information coming from GLPI. The person in charge of GLPI told me
>that they are going to update GLPI to the newest version: 0.84.7.
>
>But I need to make sure that my application will still be capable of
>interacting with the new Database. I was wondering if I could be
>possible to have a schema of the GLPI database for version 0.84.7.

You have all info here:
https://forge.indepnet.net/projects/glpi/wiki/DBmodel

David
++

>Regards
>
>Marine

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] For leader of plugins

[David DURIEUX]

You have same problem in the setup.php of some plugins for url
(available in Setup > plugins).

This must be foxed too, but the main problem is on upgrade of plugin,
the informations in glpi_plugins are not updated (only at
installation). Perhaps update it when click on 'update' when upgrade
the plugin?

David
++


Le Fri, 18 Jul 2014 10:28:52 +0200
"nini.lasson"  a écrit:

>Hi,
>
>This post http://www.glpi-project.org/forum/viewtopic.php?id=37293
>indicated that the homepage of the file xml of your plugins in not
>corrected.
>
>https://forge.indepnet.net/projects/show/pluginname
>must be
>https://forge.indepnet.net/projects/pluginname
>
>Please verify file xml of each of your plugin.
>
>Regards,
>Yllen
>
>
>___
>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] Question notofication

[David DURIEUX]

Le Thu, 10 Jul 2014 14:53:17 +
Yannick MOLINET  a écrit:

>L'idée est de dire qu'une notification peut-être envoyée soit par
>email soit par XMPP soit les deux. La configuration se ferait au
>niveau du moteur de notification avec la possibilité de choisir l'un
>ou l'autre, voir les deux. En cas de non disponibilité sur le réseau
>XMPP, le message pourrait être renvoyée par email. L'utilisateur
>configure son compte compatible XMPP (tel que Lync) dans son profil.
>L'utilisateur connecté à son Lync ou Google+ recevrait alors la
>notification dans une fenêtre de conversation (s'il est connecté bien
>sur).

Je gros avantage de XMPP, c'est que tu peux envoyer des messages même
si la personne est hors-ligne

David
++

>Comme je le disais, c'est dans la todo. Donc, c'est purement théorique
>et nous n'avons encore mené aucune étude sur la faisabilité de cette
>méthode, il n'y a pas de planning pour le moment.
>
>
>-Message d'origine-
>De : Glpi-dev [mailto:glpi-dev-boun...@gna.org] De la part de Arnaud
>Roudeau Envoyé : jeudi 10 juillet 2014 16:23
>À : Liste de diffusion des developpeurs GLPI
>Objet : Re: [Glpi-dev] Question notofication
>
>Bonjour,
>
>Ce protocole est intéressant, pourriez-vous m'en dire plus sur les
>fonctionnalités de ce plugin présent dans votre todo.
>
>Par avance merci.
>
>Cordialement,
>
>Arnaud ROUDEAU
>
>
>-Message d'origine-
>De : Glpi-dev [mailto:glpi-dev-boun...@gna.org] De la part de Yannick
>MOLINET Envoyé : mercredi 9 juillet 2014 16:49 À : Liste de diffusion
>des developpeurs GLPI Objet : Re: [Glpi-dev] Question notofication
>
>Bonjour,
>
>Nous avons dans notre todo list la création d'un plugin permettant
>l'envoi de message XMPP (messagerie instantanée)
>
>-Message d'origine-
>De : Glpi-dev [mailto:glpi-dev-boun...@gna.org] De la part de Arnaud
>Roudeau Envoyé : mercredi 9 juillet 2014 10:31 À : Liste de diffusion
>des developpeurs GLPI Objet : Re: [Glpi-dev] Question notofication
>
>Bonjour,
>Je me permets de reprendre le sujet ouvert par Gilles Goudelin.
>Pour cadrer le besoin, dans notre projet actuel, nous avons besoin
>synchroniser tous les éléments relatifs à la vie de certains tickets
>avec un autre outil de ticketing. D’où notre recherche d’une solution
>de notification alternative qui nous permettrais de pousser en temps
>réel les nouvelles informations sur ces tickets spécifiques. Si
>quelqu’un a déjà réalisé cette mécanique ou as une idée.
>
>Par avance merci pour votre réponse.
>Cordialement
>Arnaud Roudeau 
>
>
>
>-Message d'origine-
>De : Glpi-dev [mailto:glpi-dev-boun...@gna.org] De la part de David
>DURIEUX Envoyé : mardi 8 juillet 2014 23:30 À : Liste de diffusion des
>developpeurs GLPI Objet : Re: [Glpi-dev] Question notofication
>
>Le Tue, 8 Jul 2014 09:06:31 +
>Gilles Goudelin  a écrit:
>
>>Merci pour la réponse, notre idée et de vérifier les modifications 
>>réalisées sur les tickets dans le but est de pouvoir loguer chaque 
>>changement d’état afin de monter un flashboard dissocié.
>
>Genre le plugin timelineticket?
>
>David
>++
>
>>Cordialement.
>>Gilles Goudelin
>>
>>De : Glpi-dev [mailto:glpi-dev-boun...@gna.org] De la part de
>>eltharin Envoyé : mardi 8 juillet 2014 09:56 À : 'Liste de diffusion
>>des developpeurs GLPI'
>>Objet : Re: [Glpi-dev] Question notofication
>>
>>Je vais le rendre paramétrable (choix du serveur, port, …) et je le 
>>mettrais a disposition si vous le souhaitez.
>>
>>Cordialement,
>>
>>Roman JOLY
>>
>>De : Glpi-dev [mailto:glpi-dev-boun...@gna.org] De la part de 
>>Jean-François Vallée Envoyé : lundi 7 juillet 2014 16:33 À : Liste de 
>>diffusion des developpeurs GLPI Objet : Re: [Glpi-dev] Question 
>>notofication
>>
>>Est-ce qu'il serait possible de nous le partager , c'est intéressant ?
>>
>>Le 7 juillet 2014 10:30, eltharin
>>mailto:elthari...@hotmail.fr>> a écrit :
>>Bonjour,
>>
>>Au niveau des techniciens, nous avons créé un exe qui permet une 
>>notification discrète à la outlook lors d’un nouveau message.
>>
>>L’outil interroge à intervalles réguliers la base GLPI les tickets 
>>crées ou affectés entre le dernier check et maintenant.
>>
>>Cordialement,
>>
>>Roman JOLY
>>
>>De : Glpi-dev
>>[mailto:glpi-dev-boun...@gna.org<mailto:glpi-dev-boun...@gna.org>] De 
>>la part de Gilles Goudelin Envoyé : lundi 7 juillet 2014 16:06 À :
>>Liste de diffusion des developpeurs GLPI Obj

Re: [Glpi-dev] Question notofication

[David DURIEUX]

Le Tue, 8 Jul 2014 09:06:31 +
Gilles Goudelin  a écrit:

>Merci pour la réponse, notre idée et de vérifier les modifications
>réalisées sur les tickets dans le but est de pouvoir loguer chaque
>changement d’état afin de monter un flashboard dissocié.

Genre le plugin timelineticket?

David
++

>Cordialement.
>Gilles Goudelin
>
>De : Glpi-dev [mailto:glpi-dev-boun...@gna.org] De la part de eltharin
>Envoyé : mardi 8 juillet 2014 09:56
>À : 'Liste de diffusion des developpeurs GLPI'
>Objet : Re: [Glpi-dev] Question notofication
>
>Je vais le rendre paramétrable (choix du serveur, port, …) et je le
>mettrais a disposition si vous le souhaitez.
>
>Cordialement,
>
>Roman JOLY
>
>De : Glpi-dev [mailto:glpi-dev-boun...@gna.org] De la part de
>Jean-François Vallée Envoyé : lundi 7 juillet 2014 16:33
>À : Liste de diffusion des developpeurs GLPI
>Objet : Re: [Glpi-dev] Question notofication
>
>Est-ce qu'il serait possible de nous le partager , c'est intéressant ?
>
>Le 7 juillet 2014 10:30, eltharin
>mailto:elthari...@hotmail.fr>> a écrit :
>Bonjour,
>
>Au niveau des techniciens, nous avons créé un exe qui permet une
>notification discrète à la outlook lors d’un nouveau message.
>
>L’outil interroge à intervalles réguliers la base GLPI les tickets
>crées ou affectés entre le dernier check et maintenant.
>
>Cordialement,
>
>Roman JOLY
>
>De : Glpi-dev
>[mailto:glpi-dev-boun...@gna.org] De
>la part de Gilles Goudelin Envoyé : lundi 7 juillet 2014 16:06 À :
>Liste de diffusion des developpeurs GLPI Objet : [Glpi-dev] Question
>notofication
>
>
>Bonjour à tous,
>
>J’ai une question concernant les notifications existe-t-il une
>possibilité de mettre en place un système de notification autre que
>les mails ?
>
>
>
>Par avance merci de votre réponse.
>
>
>
>Cordialement.
>
>Gilles
>
>
>___
>Glpi-dev mailing list
>Glpi-dev@gna.org
>https://mail.gna.org/listinfo/glpi-dev
>
>
>
>--
>"SVP, envoyez-moi un accusé de réception. Merci."
>
>Jean-François Vallée
>vallee.jeanfranc...@gmail.com

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] Suivis de tickets en 0.85

[David DURIEUX]

La mise en page de la seconde image est bien (without_float_right.png)

David
++

Le Wed, 11 Jun 2014 15:52:11 +0200
Kevin Roy  a écrit:

>2014-06-11 15:37 GMT+02:00 Julien Dombre :
>> Pour ceux qui veulent voir la différence je viens de faire la
>> modification en 0.85 en gardant l'alignement à droite des infos
>> d'auteurs pour une meilleure lisibilité.
>
>L'alignement à droite ne fonctionne pas très bien sur des paragraphes
>longs.
>
>--
>Kevin Roy

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] id dans les td computer, printer et networkequipment

[David DURIEUX]

Le Wed, 11 Jun 2014 14:06:15 +0200
Julien Dombre  a écrit:

>pas plus simple aussi de déclencher le JS quand la page est chargé
>genre :
>
>|$(document).ready(  function(){
>alert('ok');
>});​
>
>??
>|

Non ca ne fonctionne pas, voici notre script js pour info :

$("[id^=tabs].ui-tabs").on("tabsload", function(e,ui)
{$("input[name=name]").closest("td").prev().toggleClass("lockfield",
true)});



>Le 11/06/2014 13:47, David DURIEUX a écrit :
>> Le Wed, 11 Jun 2014 12:15:33 +0200
>> David DURIEUX  a écrit:
>>
>>> Le Wed, 11 Jun 2014 11:38:32 +0200
>>> David DURIEUX  a écrit:
>>>
>>>> Le Wed, 11 Jun 2014 11:27:06 +0200
>>>> Julien Dombre  a écrit:
>>>>
>>>>> Bonjour,
>>>>>
>>>>> Comme ca à l'arrache ca me semble vraiment lourd de mettre des id
>>>>> partout. Quand on aura un framework clean pour gérer l'affichage
>>>>> je pense que ca sera inclus de base mais là...
>>>> Yep je sais bien ;)
>>>>
>>>>> En JS si tu connais l'id de l'élément de saisie (select ou text),
>>>>> tu peux pas remonter à la cellule précédente ?
>>>> Logiquement oui, mais l'id est randomizé, donc impossible de
>>>> connaître son id.
>>> Je peux peut être passer par le name au lieu de id, je vais tester
>>> et je te tiens au courant.
>> Bon ca fonctionne avec le name, par contre on est obligé d'exécuter
>> le js en bas de la page, donc dans le footer. Est-ce que je peux
>> ajouter un hook dans le footer?
>>
>> 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

Re: [Glpi-dev] id dans les td computer, printer et networkequipment

[David DURIEUX]

Le Wed, 11 Jun 2014 12:15:33 +0200
David DURIEUX  a écrit:

>Le Wed, 11 Jun 2014 11:38:32 +0200
>David DURIEUX  a écrit:
>
>>Le Wed, 11 Jun 2014 11:27:06 +0200
>>Julien Dombre  a écrit:
>>
>>>Bonjour,
>>>
>>>Comme ca à l'arrache ca me semble vraiment lourd de mettre des id 
>>>partout. Quand on aura un framework clean pour gérer l'affichage je 
>>>pense que ca sera inclus de base mais là...
>>
>>Yep je sais bien ;)
>>
>>>En JS si tu connais l'id de l'élément de saisie (select ou text), tu 
>>>peux pas remonter à la cellule précédente ?
>>
>>Logiquement oui, mais l'id est randomizé, donc impossible de connaître
>>son id.
>
>Je peux peut être passer par le name au lieu de id, je vais tester et
>je te tiens au courant.

Bon ca fonctionne avec le name, par contre on est obligé d'exécuter le
js en bas de la page, donc dans le footer. Est-ce que je peux ajouter
un hook dans le footer?

David
++

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] Patch pour se déplacer de form en form

[David DURIEUX]

Le Wed, 11 Jun 2014 13:39:41 +0200
Julien Dombre  a écrit:

>Le 11/06/2014 13:09, thierry DeTheGeek a écrit :
>> Bonjour
>>
>> Justement j'y pensais depuis quelques semaines ! C'est possible de 
>> porter le patch pour la branche 0.84 ?
>>
>Tel quel je ne pense pas car la gestion des onglets à changer entre la 
>0.84 et la 0.85.
>
>Concernant l'usage des flèches ca me semble violent je trouve.
>Peut-être qu'une combinaison serait plus adaptée (CTRL+ fleches ou
>ALT+fleches ?)

Pas faux, plutot CTRL + flèche car le ALT + flèche est le racourcis du
navigateur pour la page précédente.

Je modifie et commite

Merci ;)

David
++

>++
>
>Julien
>
>
>>
>> Le 11 juin 2014 12:01, David DURIEUX > <mailto:d.duri...@siprossii.com>> a écrit :
>>
>> Bonjour,
>>
>> Voici un patch 0.85 pour naviguer avec la flèche de gauche et
>> droite dans les formulaire.
>>
>> Quand on est dans un formulaire, on a les flèches de navigation
>> pour aller a la fiche suivante ou précédente. Ce patch permet de
>> naviguer avec les touches du clavier (flèche de droite pour aller à
>> la fiche suivante, et flèche de gauche pour aller à la fiche
>> précédente).
>>
>>
>>
>> Cordialement,
>> --
>> David DURIEUX
>> Tel : +33 (0)4.82.53.30.53 
>> Mail : d.duri...@siprossii.com <mailto:d.duri...@siprossii.com>
>> Site Web : http://www.siprossii.com/
>>
>> SIPROSSII
>> Rue des jardins
>> 69860 Monsols
>> FRANCE
>>
>> ___
>> Glpi-dev mailing list
>> Glpi-dev@gna.org <mailto: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] id dans les td computer, printer et networkequipment

[David DURIEUX]

Le Wed, 11 Jun 2014 11:38:32 +0200
David DURIEUX  a écrit:

>Le Wed, 11 Jun 2014 11:27:06 +0200
>Julien Dombre  a écrit:
>
>>Bonjour,
>>
>>Comme ca à l'arrache ca me semble vraiment lourd de mettre des id 
>>partout. Quand on aura un framework clean pour gérer l'affichage je 
>>pense que ca sera inclus de base mais là...
>
>Yep je sais bien ;)
>
>>En JS si tu connais l'id de l'élément de saisie (select ou text), tu 
>>peux pas remonter à la cellule précédente ?
>
>Logiquement oui, mais l'id est randomizé, donc impossible de connaître
>son id.

Je peux peut être passer par le name au lieu de id, je vais tester et
je te tiens au courant.

David
++



___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] Suivis de tickets en 0.85

[David DURIEUX]

Le Wed, 11 Jun 2014 11:54:00 +0200
Julien Dombre  a écrit:

>Le 11/06/2014 11:41, Moron, Olivier a écrit :
>>
>> Peut-on faire les deux ?
>>
>> Si une photo est dispo, on l 'affiche, sinon : le petit carré de 
>> couleur avec les initiales ?
>>
>Les initiales je ne vois pas trop l'intérêt vu qu'on a le nom complet 
>dans l'élément.
>Et la couleur perso je ne suis pas fan.

Finalement, c'est bien comme ça, et ça forcera les gens à gérer les
photos :p

Merci Julien ;)

David

>> Cordialement,
>>
>> *Olivier MORON
>> *Miscellaneous Program Member
>>
>> *RAYNET SNC*
>> Tel : +33 4 76 33 49 52
>> Fax: +33 4 76 70 56 63
>>
>> *From:*Glpi-dev [mailto:glpi-dev-boun...@gna.org] *On Behalf Of 
>> *thierry DeTheGeek
>> *Sent:* Wednesday, June 11, 2014 11:32 AM
>> *To:* Liste de diffusion des developpeurs GLPI
>> *Subject:* Re: [Glpi-dev] Suivis de tickets en 0.85
>>
>> Bonjour
>>
>> Et si vous vous inspiriez de ce que fait Google sur son client email 
>> sous Android ?
>>
>> Un carré avec une couleur, et contenant les initiales du nom /
>> prénom (ou les 2) ?
>>
>> Un autre changement que je suggère pour éviter la confusion
>> priorité / identité : la couleur devrait être placée à proximité du
>> nom de l'utilisateur.
>>
>> Je joins un montage (grossier) pour illustrer l'idée, pardon pour
>> les pixels foireux.
>>
>> Le 11 juin 2014 10:46, DUVERGIER Claude 
>> > <mailto:dev.glpi...@claude.duvergier.fr>> a écrit :
>>
>> Bonjour,
>>
>> Ma première impression est que les couleurs signifient quelque chose
>> comme la priorité/importance du suivi ou peut-être le type
>> d'interlocuteur (demandeur, observateur, technicien, responsable,
>> etc...) mais pas qu'une couleur = un intervenant.
>>
>> Est-ce qu'utiliser des avatar (image/photo) ne remplirait pas le même
>> but et serait plus explicite ?
>>
>> --
>> DUVERGIER Claude
>>
>>
>>
>> Le 11/06/2014 10:23, David DURIEUX a écrit :
>>
>> > Bonjour,
>> >
>> > Avec un client on a imaginé ajouter des couleurs dans les suivis de
>> > ticket.
>> >
>> > Chaque couleur aléatoire correspondrai a une personne, ceci
>> > permettant de visualiser rapidement qui a écrit quoi.
>> >
>> > J'ai mis une capture d'écran pour exemple.
>> >
>> > Des avis?
>> >
>> > Cordialement,
>> > --
>> > David DURIEUX
>> > Tel : +33 (0)4.82.53.30.53 
>> > Mail : d.duri...@siprossii.com <mailto:d.duri...@siprossii.com>
>> > Site Web : http://www.siprossii.com/
>> >
>> > SIPROSSII
>> > Rue des jardins
>> > 69860 Monsols
>> > FRANCE
>> >
>> >
>> >
>>
>> > ___
>> > Glpi-dev mailing list
>> > Glpi-dev@gna.org <mailto:Glpi-dev@gna.org>
>> > https://mail.gna.org/listinfo/glpi-dev
>> >
>>
>> ___
>> Glpi-dev mailing list
>> Glpi-dev@gna.org <mailto: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

[Glpi-dev] Patch pour se déplacer de form en form

[David DURIEUX]

Bonjour,

Voici un patch 0.85 pour naviguer avec la flèche de gauche et droite
dans les formulaire. 

Quand on est dans un formulaire, on a les flèches de navigation pour
aller a la fiche suivante ou précédente. Ce patch permet de naviguer
avec les touches du clavier (flèche de droite pour aller à la fiche
suivante, et flèche de gauche pour aller à la fiche précédente).



Cordialement,
--
David DURIEUX
Tel : +33 (0)4.82.53.30.53
Mail : d.duri...@siprossii.com
Site Web : http://www.siprossii.com/

SIPROSSII
Rue des jardins
69860 Monsols
FRANCE
Index: inc/commonglpi.class.php
===
--- inc/commonglpi.class.php	(revision 22999)
+++ inc/commonglpi.class.php	(working copy)
@@ -752,9 +752,15 @@
  }
 
  if ($prev >= 0) {
-echo "".
+echo "".
   "";
+$js = '$("body").keydown(function(e) {
+   if(e.keyCode == 37) {
+ window.location = $("#previouspage").attr("href");
+   }
+  });';
+echo Html::scriptBlock($js);
  } else {
 echo "";
@@ -798,9 +804,15 @@
  }
 
  if ($next >= 0) {
-echo "".
+echo "".
   "";
+$js = '$("body").keydown(function(e) {
+   if(e.keyCode == 39) {
+ window.location = $("#nextpage").attr("href");
+   }
+  });';
+echo Html::scriptBlock($js);
  } else {
 echo "";
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] id dans les td computer, printer et networkequipment

[David DURIEUX]

Le Wed, 11 Jun 2014 11:27:06 +0200
Julien Dombre  a écrit:

>Bonjour,
>
>Comme ca à l'arrache ca me semble vraiment lourd de mettre des id 
>partout. Quand on aura un framework clean pour gérer l'affichage je 
>pense que ca sera inclus de base mais là...

Yep je sais bien ;)

>En JS si tu connais l'id de l'élément de saisie (select ou text), tu 
>peux pas remonter à la cellule précédente ?

Logiquement oui, mais l'id est randomizé, donc impossible de connaître
son id.

David
++

>++
>
>
>
>Le 11/06/2014 10:56, David DURIEUX a écrit :
>> Bonjour,
>>
>> Au sein de FusionInventory, on aimerait pouvoir modifier certaines
>> cellules td des form des classes Computer, Printer, NetworkEquipment
>> (rajouter une image de fond avec un petit cadenas lorsque le champ
>> est verouillé). On a un code là mais on doit passer par du css3 et
>> c'est pas pris en charge par tous les navigateurs.
>>
>> De ce fait, on pensait ajouter un id pour chaque td
>>
>> Donc pour la cellule avec le descriptif, mettre l'id de la forme
>> itemtype-nomduchampmysql et pour la cellule avec l'input/dropdown
>> itemtype-nomduchampmysql-value
>>
>> Exemple pour le code des ordinateurs :
>>
>>
>>echo "> id='computer-name'>".sprintf(__('%1$s%2$s'),__('Name'),
>> (isset($options['withtemplate']) &&
>> $options['withtemplate']?"*":"")). ""; echo "> id='computer-name-value'>"; $objectName =
>> autoName($this->fields["name"], "name",
>> (isset($options['withtemplate']) && ( $options['withtemplate']==
>> 2)), $this->getType(), $this->fields["entities_id"]);
>>Html::autocompletionTextField($this, 'name', array('value' =>
>>$objectName)); echo "";
>>
>> Est-ce que c'est possible?
>>
>> Si oui je le code cette semaine ;)
>>
>>
>> Cordialement,
>> --
>> David DURIEUX
>> Tel : +33 (0)4.82.53.30.53
>> Mail : d.duri...@siprossii.com
>> Site Web : http://www.siprossii.com/
>>
>> SIPROSSII
>> Rue des jardins
>> 69860 Monsols
>> FRANCE
>>
>> ___
>> 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] id dans les td computer, printer et networkequipment

[David DURIEUX]

J'ai oublié la capture avec un exemple (sur numéro d'inventaire)


Le Wed, 11 Jun 2014 10:56:17 +0200
David DURIEUX  a écrit:

>Bonjour,
>
>Au sein de FusionInventory, on aimerait pouvoir modifier certaines
>cellules td des form des classes Computer, Printer, NetworkEquipment
>(rajouter une image de fond avec un petit cadenas lorsque le champ est
>verouillé). On a un code là mais on doit passer par du css3 et c'est
>pas pris en charge par tous les navigateurs.
>
>De ce fait, on pensait ajouter un id pour chaque td
>
>Donc pour la cellule avec le descriptif, mettre l'id de la forme
>itemtype-nomduchampmysql et pour la cellule avec l'input/dropdown
>itemtype-nomduchampmysql-value
>
>Exemple pour le code des ordinateurs :
>
>
>  echo "".sprintf(__('%1$s%2$s'),__('Name'),
>  (isset($options['withtemplate']) &&
>  $options['withtemplate']?"*":"")). "";
>  echo "";
>  $objectName = autoName($this->fields["name"], "name",
> (isset($options['withtemplate']) &&
>  ( $options['withtemplate']== 2)), $this->getType(),
>  $this->fields["entities_id"]);
>  Html::autocompletionTextField($this, 'name', array('value' =>
>  $objectName)); echo "";
>
>Est-ce que c'est possible?
>
>Si oui je le code cette semaine ;)
>
>
>Cordialement,
>--
>David DURIEUX
>Tel : +33 (0)4.82.53.30.53
>Mail : d.duri...@siprossii.com
>Site Web : http://www.siprossii.com/
>
>SIPROSSII
>Rue des jardins
>69860 Monsols
>FRANCE
>
>___
>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] Suivis de tickets en 0.85

[David DURIEUX]

Le Wed, 11 Jun 2014 10:46:19 +0200
DUVERGIER Claude  a écrit:

>Bonjour,
>
>Ma première impression est que les couleurs signifient quelque chose
>comme la priorité/importance du suivi ou peut-être le type
>d'interlocuteur (demandeur, observateur, technicien, responsable,
>etc...) mais pas qu'une couleur = un intervenant.
>
>Est-ce qu'utiliser des avatar (image/photo) ne remplirait pas le même
>but et serait plus explicite ?

C'est plus explicite, mais ça oblige à définir les photos pour chaque
compte, c'est plus ça qui me gêne.

Mais tu as raison pour les couleurs. Peut être avoir des sigles (par
exemple http://www.pointsdactu.org/IMG/jpg/sigles.jpg ou chaque
utilisateur a un numéro).

David
++


___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

[Glpi-dev] id dans les td computer, printer et networkequipment

[David DURIEUX]

Bonjour,

Au sein de FusionInventory, on aimerait pouvoir modifier certaines
cellules td des form des classes Computer, Printer, NetworkEquipment
(rajouter une image de fond avec un petit cadenas lorsque le champ est
verouillé). On a un code là mais on doit passer par du css3 et c'est
pas pris en charge par tous les navigateurs.

De ce fait, on pensait ajouter un id pour chaque td

Donc pour la cellule avec le descriptif, mettre l'id de la forme
itemtype-nomduchampmysql et pour la cellule avec l'input/dropdown
itemtype-nomduchampmysql-value

Exemple pour le code des ordinateurs :


  echo "".sprintf(__('%1$s%2$s'),__('Name'),
  (isset($options['withtemplate']) &&
  $options['withtemplate']?"*":"")). "";
  echo "";
  $objectName = autoName($this->fields["name"], "name",
 (isset($options['withtemplate']) &&
  ( $options['withtemplate']== 2)), $this->getType(),
  $this->fields["entities_id"]);
  Html::autocompletionTextField($this, 'name', array('value' =>
  $objectName)); echo "";

Est-ce que c'est possible?

Si oui je le code cette semaine ;)


Cordialement,
--
David DURIEUX
Tel : +33 (0)4.82.53.30.53
Mail : d.duri...@siprossii.com
Site Web : http://www.siprossii.com/

SIPROSSII
Rue des jardins
69860 Monsols
FRANCE

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] Suivis de tickets en 0.85

[David DURIEUX]

Le Wed, 11 Jun 2014 10:29:37 +0200
Julien Dombre  a écrit:

>Salut,
>
>ca fait quand même un truc bien laid... L'idée est intéressante mais
>je pense que pour les premiers acteurs (une dizaine), il faut se baser
>sur une palette prédéfinie.

Qu'est ce que tu trouve laid? les couleurs que j'ai mis ou l'affichage
en lui même?

David
++


>++
>
>
>Le 11/06/2014 10:23, David DURIEUX a écrit :
>> Bonjour,
>>
>> Avec un client on a imaginé ajouter des couleurs dans les suivis de
>> ticket.
>>
>> Chaque couleur aléatoire correspondrai a une personne, ceci
>> permettant de visualiser rapidement qui a écrit quoi.
>>
>> J'ai mis une capture d'écran pour exemple.
>>
>> Des avis?
>>
>> Cordialement,
>> --
>> David DURIEUX
>> Tel : +33 (0)4.82.53.30.53
>> Mail : d.duri...@siprossii.com
>> Site Web : http://www.siprossii.com/
>>
>> SIPROSSII
>> Rue des jardins
>> 69860 Monsols
>> FRANCE
>>
>>
>> ___
>> 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] Suivis de tickets en 0.85

[David DURIEUX]

Bonjour,

Avec un client on a imaginé ajouter des couleurs dans les suivis de
ticket.

Chaque couleur aléatoire correspondrai a une personne, ceci permettant
de visualiser rapidement qui a écrit quoi.

J'ai mis une capture d'écran pour exemple.

Des avis?

Cordialement,
--
David DURIEUX
Tel : +33 (0)4.82.53.30.53
Mail : d.duri...@siprossii.com
Site Web : http://www.siprossii.com/

SIPROSSII
Rue des jardins
69860 Monsols
FRANCE
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

[Glpi-dev] DB model documentation

[David DURIEUX]

[French]

Bonjour,

J'ai mis a jour la doc qui explique les règles de nommage des tables
et champs https://forge.indepnet.net/projects/glpi/wiki/DBmodel

Si vous avez des remarques n'hésitez pas ;)

David
++


==
[English]

Hello,

I have updated the documentation where I explain the naming of
tables and fields https://forge.indepnet.net/projects/glpi/wiki/DBmodel

If you have request or see something not clear, say me ;)

David
++

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] plugin_xxxx_addwhere

[David DURIEUX]

Le Mon, 26 May 2014 17:02:00 +0200
MoYo  a écrit:

>Bonjour,
>
>Je suppose que tu parles de la classe search et non ticket...

Oulà oui, la classe Search (moi fatigué :p)

>Effectivement il manque quelquechose.
>Il faut l'ajouter en essayant de faire en sorte que ca soit
>transparent pour les plugins qui définissent cette fonction (pas
>gagné..)

Tu as raison, ça va péter les plugins

* Pour la 0.84 je propose :

Une des solutions serait de vérifier le nombre d'arguments que prend la
fonction du plugin qu'on va appeler avec :

$functotest = new ReflectionFunction('plugin__addwhere');
$num = $functotest->getNumberOfParameters();


C'est moche, mais ça permet de voir si la fonction attend l'argument
'searchtype' et appeler soit avec, soit sans.

* Pour la 0.85, je propose :

On appelle directement avec le searchtype et on demande aux mainteneurs
de plugins de rajouter ce paramètre dans leur function de hook addwhere


David
++

>Julien
>
>
>Le 26/05/2014 16:43, David DURIEUX a écrit :
>> Bonjour,
>>
>> En 0.84.5, dans la classe ticket, ligne 3132, on appelle le hook
>> addwhere du plugin mais on ne passe pas le $searchtype. Du coup,
>> impossible de savoir si c'est un EST, CONTIENT...
>>
>> Est-ce que quelqu'un voit un problème à rajouter cette variable à
>> l'appel de cette fonction ?
>>
>> merci ;)
>>
>> Cordialement,
>> --
>> David DURIEUX
>> Tel : +33 (0)4.82.53.30.53
>> Mail : d.duri...@siprossii.com
>> Site Web : http://www.siprossii.com/
>>
>> SIPROSSII
>> Rue des jardins
>> 69860 Monsols
>> FRANCE
>>
>> ___
>> 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

[Glpi-dev] plugin_xxxx_addwhere

[David DURIEUX]

Bonjour,

En 0.84.5, dans la classe ticket, ligne 3132, on appelle le hook
addwhere du plugin mais on ne passe pas le $searchtype. Du coup,
impossible de savoir si c'est un EST, CONTIENT... 

Est-ce que quelqu'un voit un problème à rajouter cette variable à
l'appel de cette fonction ?

merci ;)

Cordialement,
--
David DURIEUX
Tel : +33 (0)4.82.53.30.53
Mail : d.duri...@siprossii.com
Site Web : http://www.siprossii.com/

SIPROSSII
Rue des jardins
69860 Monsols
FRANCE

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] Problème d'accès SVN aujourd'hui

[David DURIEUX]

Le Tue, 13 May 2014 22:57:32 +0200
Julien Dombre  a écrit:

>Le 13/05/2014 22:31, David DURIEUX a écrit :
>>
>>
>> (question subsidiaire : un projet de migration vers git est-il prévu,
>> un jour ?)
>>
>> La question qui fache... mais je crois qu'on est de plus en plus à le
>> demander ;)
>>
>La question qui fache pourquoi ?
>Il n'y a pas de question qui fache, il y a des points de vue
>différents et des argumentaires qui aujourd'hui n'ont pas réussi à
>faire basculer les choses.
>Quand à l'argumentaire "on est de plus en plus à le demander", j'ai 
>sûrement des trous de mémoire, mais j'estime le beaucoup à environ 3 
>demandes exprimées en 5 ans...

On en avais discuté plusieurs fois

>Après, combien de gens sont prêts à se reformer (s'ils ne le sont pas 
>déjà) à un autre système et à changer leur mode de fonctionnement ?

C'est la même chose avec ceux qui utilisent GIT au quotidien, c'est
extrèmement compliqué d'utiliser SVN

>Git est certainement plus complet mais également plus complexe et avec 
>une logique complètement différente.

On est d'accord

>Ce qui est certain, c'est que ce n'est pas avec ce genre d'argument
>que la discussion avancera.

Les gros plus sont la gestion des branches. Ce qui est formidable c'est
qu'on crée une nouvelle branche facilement et pas besoins de recréer un
GLPI complet juste pour cette branche, elle se met en place sur ton
dépot / glpi actuel (oui ça remplace les fichiers du répertoire).

Exemple avec SVN et un plugin :
T'as un plugin et tu crée une branche pour essayer de développer une
feature, tu dois recopier un GLPI avec ta branche à coté

Exemple avec GIT et un plugin :
Tu crée ta branche et t'as rien besoin de faire, tu reste avec tes
fichiers et tu peux rebasculer sur ta branche principale rapidement
avec seulement une commande.


Il y a d'autres points intéressants avec GIT, c'est la possibilité de
faire une branche par feature. Tu peux avoir une personne qui travaille
sur sa branche avec des modifications dans tout le code, et les autres
peuvent faire d'autres features sur la branche principale ou
différente. En synchronisant la branche principale sur la branche de
travail, ça permet d'avoir les modifs des autres, résoudre les conflits
au fur et à mesure si besoin et merger la branche dans la branche
principale sans problème une fois la travail fais.

Pour les plugins, j'ai de plus en plus de contributions sur les plugins
depuis 6 mois et GIT est très utilisé par les contributeurs (plugin
fusioninventory, monitoring, supportcontract, surveyticket...). Du coup
j'ai plusieurs plugins dont le code n'est pas sur la forge, mais ils
sur un dépot git. En soit celà n'est pas très grave sauf qu'il devient 
difficile d'utiliser la gestion des issues de redmine dans ces cas là
et donc gérer une bonne roadmap. 

Voilà de mon point de vue.

Je sais qu'on peut avoir plusieurs types de dépôts sur redmine (un
unique pour chaque projet) et donc peut être mettre GIT ou SVN pour les
projets suivant le choix du leader du plugin.
Les 2 soucis principaux c'est de maintenir 2 types de scripts pour les
nightsdaily et les fichiers pour le catalogue de plugins.

David
++

ps: désolé pour le mail précédent rapide et sans argumentaire, ce
n'était pas très intelligent de ma part :/

>C'est le même principe que pour les features de GLPI, sans analyse 
>claire et précise, il est compliqué d'estimer l'intérêt, les gains et
>la rentabilité de l'investissement de mise en place.
>
>Cordialement,
>
>Julien Dombre
>
>
>
>
>___
>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] Problème d'accès SVN aujourd'hui

[David DURIEUX]

Le Tue, 13 May 2014 22:24:52 +0200
thierry DeTheGeek  a écrit:

>oui. Sur ma copie utilisée ce soir, j'avais un commit de retard, et
>l'update me l'a bien récupéré, preuve que la lecture fonctionne.
>
>Mon dernier commit réussi date du 07/05. et il me semble qu'il y a eu
>une opération de maintenance sur la Forge un peu après. Il pourrait y
>avoir un lien ?
>
>Je referai un essai, probablement demain en redémarrant mon 1er
>environnement de développement. Je dirai ce qu'il se passe.
>
>(question subsidiaire : un projet de migration vers git est-il prévu,
>un jour ?)


La question qui fache... mais je crois qu'on est de plus en plus à le
demander ;)

David
++

>
>Le 13 mai 2014 21:29, Julien Dombre  a écrit :
>
>>  je viens de faire un test sans problème sur customfields.
>> Vous avez bien fait un update avant de commiter ?
>> Vu l'erreur dans apache c'est comme si votre mode d'authentification
>> n'était pas correct.
>>
>> Cordialement,
>>
>> Julien Dombre
>>
>>
>>
>> Le 13/05/2014 21:18, thierry DeTheGeek a écrit :
>>
>>  Le plugin Custom Fields, il y a 30 minutes (2 essais espacés de 5
>> minutes environ), et vers 16h (approximativement)
>>
>>  Je n'ai pas pu faire mon commit; mais ce n'est pas urgent.
>>
>>
>> Le 13 mai 2014 21:06, Julien Dombre  a écrit :
>>
>>>  Bonjour,
>>>
>>> Il nous faudraient des informations plus précises : quels plugins, à
>>> quelles heures... ?
>>>
>>> Au final ca a fonctionné ?
>>>
>>> Cordialement
>>>
>>> Le 13/05/2014 20:42, thierry DeTheGeek a écrit :
>>>
>>>Bonjour
>>>
>>>  J'ai tenté à partir de 2 endroits différents (et heures
>>> différentes) de faire un commit sur un plugin.
>>>
>>>  J'essuie une erreur, et je n'ai pas trouvé d'information sur une
>>> opération de maintenance en cours.
>>>
>>>  Détail (si on peut dire) de l'erreur :
>>>
>>> 500 Internal Server Error
>>>
>>>  Par contre une lecture du dépôt fonctionne bien.
>>>
>>>
>>>
>>>
>>>  ___
>>> Glpi-dev mailing
>>> listGlpi-dev@gna.orghttps://mail.gna.org/listinfo/glpi-dev
>>>
>>>
>>>
>>> ___
>>> Glpi-dev mailing list
>>> Glpi-dev@gna.org
>>> https://mail.gna.org/listinfo/glpi-dev
>>>
>>>
>>
>>
>> ___
>> Glpi-dev mailing
>> listGlpi-dev@gna.orghttps://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] getSearchOptions

[David DURIEUX]

Le Mon, 5 May 2014 21:19:38 +
Yannick MOLINET  a écrit:

>Bonjour à tous,

Salut

>Je suis à la recherche d'information sur la méthode getSearchOptions
>et plus particulièrement sur la constitutions du tableau et des
>commandes de jointure. J'ai cru comprendre que la commande de jointure
>array('jointype' => 'child'); permet de lier de table de la façon
>suivante : table1.id = table2.table1_id Je n'ai pas trouvé
>d'information à ce sujet dans la doc de développement.

T'as de la doc ici :
https://forge.indepnet.net/projects/glpi/wiki/SearchEngine

Sinon tu peux regarder en exemple la classe Computer, ça aide pas mal ;)

David
++

>Merci
>Yannick
>

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] index unique à ajouter?

[David DURIEUX]

Le Wed, 23 Apr 2014 01:50:01 +0200
Julien Dombre  a écrit:

>Salut,
>
>le problème c'est que l'index que tu proposes ajoute une contrainte
>qui n'a pas de réelle justification.
>Un utilisateur peut très bien ajouter 2 fois le même logiciel avec 
>d'autres éléments qui varient en fonction de son mode de gestion.
>Idem pour les versions ou tu peux avoir 2 fois la même avec des
>statuts différents.

Ah vi exact

>je comprend bien ta contrainte en terme d'ajout de soft au niveau
>fusion mais je vois mal comment on pourrait amener une solution de ce
>genre.

Ok, bon je vais essayer une autre solution alors ;)

Merci

David
++

>++
>
>Julien
>
>
>Le 19/04/2014 16:42, David DURIEUX a écrit :
>> Le Sat, 19 Apr 2014 16:35:23 +0200
>> David DURIEUX  a écrit:
>>
>>> Bonjour,
>>>
>>> Je pense qu'il serait bien d'avoir un index UNIQUE (unicité) sur :
>>>
>>> * table glpi_softwares sur l'ensemble des champs ('name',
>>> 'entities_id',
>>>   'manufacturers_id')
>>>
>>> * table glpi_softwareversions sur l'ensemble des champs
>>>   ('softwares_id', 'entities_id', 'name')
>>>
>>>
>>> Celà me permettrai d'accroitre considérablement l'inventaire
>>> FusionInventory
>> Je suis allé un peu vite pour l'explication.
>>
>> Actuellement sur un inventaire, je pose un verrou mysql lors de la
>> phase d'ajout de logiciel afin d'éviter d'avoir 2 machines qui crée
>> le même logiciel en même temps (lorsque l'on a plusieurs inventaire
>> en simultané). voici la représentation :
>>
>> L = verrou
>> RV = release verrou
>>
>> inventaire 1 |L   ajout logiciels  RL|
>> inventaire 2 |   L   ajout logiciels  RL|
>>
>> Du coup si on a une unicité, lorsque je fais un ajout de logiciel, si
>> un autre inventaire viens de l'ajouter, ca ne le crée pas et je
>> récupère un état FALSE a Software->add(). Ensuite si c'est FALSE, je
>> vais rechercher le logiciel en question pour avoir son ID et passer à
>> l'ajout de la version du logiciel qui va reprendre le même principe.
>>
>>
>>
>>> et en plus d'éviter d'avoir des doublons de logiciels.
>>>
>>> Qu'en pensez-vous?
>>>
>>>
>>> Cordialement,
>>> --
>>> David DURIEUX
>>> Tel : +33 (0)4.82.53.30.53
>>> Mail : d.duri...@siprossii.com
>>> Site Web : http://www.siprossii.com/
>>>
>>> SIPROSSII
>>> Rue des jardins
>>> 69860 Monsols
>>> FRANCE
>>>
>>> ___
>>> 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

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] index unique à ajouter?

[David DURIEUX]

Le Sat, 19 Apr 2014 16:35:23 +0200
David DURIEUX  a écrit:

>Bonjour,
>
>Je pense qu'il serait bien d'avoir un index UNIQUE (unicité) sur :
>
>* table glpi_softwares sur l'ensemble des champs ('name',
>'entities_id',
>  'manufacturers_id')
>
>* table glpi_softwareversions sur l'ensemble des champs
>  ('softwares_id', 'entities_id', 'name')
>
>
>Celà me permettrai d'accroitre considérablement l'inventaire
>FusionInventory 

Je suis allé un peu vite pour l'explication.

Actuellement sur un inventaire, je pose un verrou mysql lors de la
phase d'ajout de logiciel afin d'éviter d'avoir 2 machines qui crée le
même logiciel en même temps (lorsque l'on a plusieurs inventaire en
simultané). voici la représentation :

L = verrou
RV = release verrou

inventaire 1 |L   ajout logiciels  RL|
inventaire 2 |   L   ajout logiciels  RL|

Du coup si on a une unicité, lorsque je fais un ajout de logiciel, si
un autre inventaire viens de l'ajouter, ca ne le crée pas et je
récupère un état FALSE a Software->add(). Ensuite si c'est FALSE, je
vais rechercher le logiciel en question pour avoir son ID et passer à
l'ajout de la version du logiciel qui va reprendre le même principe.



>et en plus d'éviter d'avoir des doublons de logiciels.
>
>Qu'en pensez-vous?
>
>
>Cordialement,
>--
>David DURIEUX
>Tel : +33 (0)4.82.53.30.53
>Mail : d.duri...@siprossii.com
>Site Web : http://www.siprossii.com/
>
>SIPROSSII
>Rue des jardins
>69860 Monsols
>FRANCE
>
>___
>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] index unique à ajouter?

[David DURIEUX]

Bonjour,

Je pense qu'il serait bien d'avoir un index UNIQUE (unicité) sur :

* table glpi_softwares sur l'ensemble des champs ('name', 'entities_id',
  'manufacturers_id')

* table glpi_softwareversions sur l'ensemble des champs
  ('softwares_id', 'entities_id', 'name')


Celà me permettrai d'accroitre considérablement l'inventaire
FusionInventory et en plus d'éviter d'avoir des doublons de logiciels.

Qu'en pensez-vous?


Cordialement,
--
David DURIEUX
Tel : +33 (0)4.82.53.30.53
Mail : d.duri...@siprossii.com
Site Web : http://www.siprossii.com/

SIPROSSII
Rue des jardins
69860 Monsols
FRANCE

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

[Glpi-dev] Patch pour le plugin webservice

[David DURIEUX]

Bonjour,

Voici un patch pour le plugin webservice (bug avec l'option show_name
de glpi.getObject dans la version cpmpatible 0.84).

Je ne suis pas sûr que le patch soit complet. le problème est dû au
fait que le getsearchoptions 'itemtype_link' n'existe plus en 0.84

Cordialement,
--
David DURIEUX
Tel : +33 (0)4.82.53.30.53
Mail : d.duri...@siprossii.com
Site Web : http://www.siprossii.com/

SIPROSSII
Rue des jardins
69860 Monsols
FRANCE
Index: inc/methodcommon.class.php
===
--- inc/methodcommon.class.php	(revision 374)
+++ inc/methodcommon.class.php	(working copy)
@@ -484,7 +484,8 @@
   if (isset($option['itemlink_type'])) {
  $obj = new $option['itemlink_type']();
   } else {
- $obj = new $option['itemlink_link']();
+ $itemtype = getItemTypeForTable($option['table']);
+ $obj = new $itemtype();
   }
   $obj->getFromDB($p['data'][$linkfield]);
   $tmp[$linkfield]   = $p['data'][$linkfield];
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] Demande d'information sur la réservation de type ... et réservation pour le plugin Simcard

[David DURIEUX]

Le Fri, 28 Mar 2014 13:31:41 +0100
thierry DeTheGeek  a écrit:

>Bonjour
>
>J'ai vu passer une demande récente de réservation d'index (page de wiki
>https://forge.indepnet.net/projects/plugins/wiki/PluginTypesReservation)
>
>Je me suis justement posé des questions sur le choix d'index dans le
>code de plusieurs plugins. L'existence d'un système de réservation
>d'indexes confirme ce que je pensais, mais je manque encore
>d'informations :
>
>Si je comrpends bien, les champs qui figurent dans le coeur de GLPI
>possèdent tous un numéro. Les plugins apportant de nouveaux champs
>doivent avoir également leur propre numéro et la page des réservations
>sert à fédérer cette numérotation.
>
>Pour l'instant je vois apparaitre ces indexes dans les méthodes
>getSearchOptions() et GetOptions() de plusieurs plugins. Ce n'est pas
>suffisant pour moi pour justifier ce système de réservation, car je ne
>vois pas de risque de collision d'indexes entre plugins dans ces
>méthodes.

C'est quand tu veux rajouter un champs sur un objet du coeur (par
exemple un champs 'toto' dans les ordinateurs). ca évite que plusieurs
plugins qui rajoutent des champs (sur ordinateur dans notre exemple) se
télescopent.

Ca se configure dans la fonction
plugin_nomdetonplugin_getAddSearchOptions qu'on met dans le hook.php

Est-ce que ça te parais plus clair?

>Y a t'il une documentation permettant d'en savoir plus sur le rôle de
>ces indexes ? J'en ai besoin car je participe depuis peu au maintient
>de 2 plugins et l'un d'eux, Simcard, n'a  apparemment pas de
>réservation. Il faut que je corrige cela (et du même coup, obtenir une
>plage d'Indexes).
>
>D'avance merci

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

[Glpi-dev] Patch plugin report

[David DURIEUX]

Ce patch rajoute les contrats dans le raport `transferreditems`.

Si un des dev du plugin report peut l'intégrer ou alors me donner les
droits dessus.

David
++
Index: report/transferreditems/transferreditems.php
===
--- report/transferreditems/transferreditems.php	(revision 281)
+++ report/transferreditems/transferreditems.php	(working copy)
@@ -43,7 +43,7 @@
 
 $types = array();
 foreach (array('Computer', 'Monitor', 'NetworkEquipment', 'Peripheral', 'Phone', 'Printer',
-   'Software','SoftwareLicense') as $type) {
+   'Software','SoftwareLicense', 'Contract') as $type) {
$label   = call_user_func(array($type, 'getTypeName'));
$types[$type] = $label;
 }
@@ -66,9 +66,14 @@
 new PluginReportsColumnDateTime('date_mod', __('Transfert date', 'reports')));
$report->setColumns($columns);
 
+   $otherserial = "`$table`.`otherserial`,";
+   if ($itemtype == 'Contract') {
+  $otherserial = '';
+   }
+
$query = "SELECT `$table`.`id` as `items_id`,
 `$table`.`name`,
-`$table`.`otherserial`,
+".$otherserial."
 `glpi_logs`.`date_mod` as `date_mod`,
 `glpi_logs`.`itemtype` as `itemtype`,
 `glpi_logs`.`old_value`,
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] Création d'un espace pour un nouveau plugin

[David DURIEUX]

Le Thu, 27 Mar 2014 10:40:16 +0100
Maxime VENAUD  a écrit:

>Bonjour,
>
>Merci.
>
>Serait-il possible d'avoir une réservation de 5 dans la liste ? (
>https://forge.indepnet.net/projects/plugins/wiki/PluginTypesReservation).
>Sur le plugin j'ai pris *10120 -10125* pour continuer dans la foulée
>de la liste, mais je n'ai pas les droits de modif sur le wiki (et
>heureusement ^^)

done

David
++

>Cordialement,
>Maxime
>
>
>Le 26 mars 2014 15:01, Julien Dombre  a écrit :
>
>>  Bonjour,
>>
>> le projet vient d'être créé.
>>
>> Cordialement
>>
>>
>> Le 26/03/2014 14:56, Maxime VENAUD a écrit :
>>
>>  Bonjour,
>>
>> Le plugin se nomme "contractcheck", l'identifiant est maximeV,
>> associé à l'adresse mél maxime.ven...@gmx.fr.
>>
>> Cordialement,
>> Maxime
>>
>>
>> Le 26 mars 2014 12:21, Julien Dombre  a écrit :
>>
>>>  Bonjour,
>>>
>>> quel est le nom de ce plugin. Pour créer un plugin il me faut
>>> l'identifiant a lui attribuer.
>>>
>>> Cordialement,
>>>
>>> Julien Dombre
>>>
>>>
>>> Le 24/03/2014 11:29, Maxime VENAUD a écrit :
>>>
>>> Bonjour,
>>>
>>>  Je viens de finir un de mes premiers plugins, et avec l'accord de
>>> l'organisme j'aimerai le poser sur le redmine pour la communauté,
>>> serait-il possible d'avoir un premier espace projet ?
>>>
>>>  Il permet d'afficher sur la page de liste des tickets, s'il y a un
>>> contrat en cours avec l'entité ou s'il y en a eu un l'année
>>> précédente, puis il affiche une icône selon les statuts.
>>>
>>>  Il comporte donc cet affichage dans la liste des tickets, une
>>> configuration des profils ayant accès au plugin et une petite table
>>> pour ces profils.
>>>
>>>  Librement,
>>>  Maxime
>>>
>>>
>>>  ___
>>> Glpi-dev mailing
>>> listGlpi-dev@gna.orghttps://mail.gna.org/listinfo/glpi-dev
>>>
>>>
>>>
>>> ___
>>> Glpi-dev mailing list
>>> Glpi-dev@gna.org
>>> https://mail.gna.org/listinfo/glpi-dev
>>>
>>>
>>
>>
>> ___
>> Glpi-dev mailing
>> listGlpi-dev@gna.orghttps://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] 0.85.1 : Proposition de développement

[David DURIEUX]

Le Tue, 25 Mar 2014 14:19:22 +0100
Tsmr  a écrit:

> 
>
>Bonjour 
>
>J'ai un client qui a un besoin assez particulier.
>
>
>Contexte : 
>
>GLPI Multi-entités - Utilisation de collecteur 
>
>Lors de
>la réception de mail via le collecteur, les tickets sont créés dans
>l'interface suivant les Règles pour assigner un ticket créé via un
>collecteur de courriels : OK 
>
>Cependant aucun profil pour le demandeur
>n'est créé dans GLPI. En effet, le client ne peux pas utiliser le
>moteur de règle "Règles d'affectation d'habilitations à un
>utilisateur" car le LDAP existe mais ne peux pas être pris comme
>référence. 
>
>Donc m'ayant
>exposé la problématique, je lui ai donc proposé d'ajouter un critère
>dans le moteur de règle "Règles d'affectation d'habilitations à un
>utilisateur" afin de non pas se baser sur un critère LDAP, mais
>d'utiliser un critère sur le collecteur utilisé. 

Ton utilisateur se crée comment?

>Avez-vous un avis à
>ce sujet ? Pensez-vous que je puisse créer un ticket sur la forge afin
>d'implémenter cette fonctionnalité en 0.85.1 par exemple ? 
>
>Merci pour
>vos retours 

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] Glpi ajax hack

[David DURIEUX]

Le Wed, 26 Feb 2014 15:09:49 -0300
Leonardo Coelho  a écrit:

>Hello List,
>
>I got second time hacked on a server only running GLPI, inside of
>apache structure i have /var/www/html/glpi/ajax/0jh234781.
>
>The server is on the linode infrastructure. The first time my server
>was used for a Mexico bank phishing website and the second one a bank
>from Chile phishing website.
>
>I re-install the server but it seems a bug on the ajax scripts on the
>glpi.
>
>Can anyone help with that problem? I still got the phishing website if
>anyone needs to look for evidence to find the solution.

It's simple, apache may not have right to write in folders other than
glpi/files. If you have file '0jh234781', apache have right to write
into this folder. So remove this right and will be better.

However, seems a problem, we need :
1/ know your GLPI version
2/ get creation date of this file '0jh234781'
3/ get lines in apache access log for this date

With this we will be able to see more where is the problem.

Best regards,
David Durieux
++

>Thanks in Advanced,
>Leonardo Coelho

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

[Glpi-dev] Ajout du plugin escalation au catalogue des plugins

[David DURIEUX]

Bonjour,

Pourriez-vous ajouter le plugin escalation
(https://forge.indepnet.net/projects/escalation) au catalogue des
plugins?

Le xml est valide.

Merci ;)

Cordialement,
--
David DURIEUX
Tel : +33 (0)4.82.53.30.53
Mail : d.duri...@siprossii.com
Site Web : http://www.siprossii.com/

SIPROSSII
Rue des jardins
69860 Monsols
FRANCE

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

[Glpi-dev] Ticket 1293

[David DURIEUX]

Bonjour,

Pour le ticket https://forge.indepnet.net/issues/1293, on ne devrait
pas plutot avoir le champs `id_validated` au lieu de `valid` dans les
tables glpi_softwares et glpi_softwarelicenses ?


Cordialement,
--
David DURIEUX
Tel : +33 (0)4.82.53.30.53
Mail : d.duri...@siprossii.com
Site Web : http://www.siprossii.com/

SIPROSSII
Rue des jardins
69860 Monsols
FRANCE

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] PDF plugin for GLPI 0.84

[David DURIEUX]

Le Wed, 29 Jan 2014 16:34:13 +0100
Adrien Beudin  a écrit:

> 
>
>Quelqu'un a une estimation du temps qu'il faut pour mettre a jour ce
>plugins? 

Ben la Nelly attends surtout les tests et les retours sur les bugs
éventuels.

David
++

>Adrien Beudin - 05 82 95 65 36
>Objectif Libre
>www.objectif-libre.com
>Infrastructure et Formations Linux
>
>Le 2014-01-28
>19:04, Tamatoa DAVIO a écrit : 
>
>> Merci Alexandre pour le lien, je vais
>tester ça.
>> 
>> Le 26/01/2014 23:49, Alexandre Delaunay a écrit :
>> 
>>>
>Bonjour. Ici : https://forge.indepnet.net/tarballs-plugins/
>[2]Accessible depuis la page d'accueil de la forge des plugins.
>Attention cela correspond à une archive auto généré des développements
>en cours et non une version officielle des plugins. Le 25/01/2014
>20:07, Tamatoa DAVIO a écrit : 
>>> 
>>>> Le 21/01/2014 11:16, David DURIEUX a
>écrit : 
>>>> 
>>>>> Le Tue, 21 Jan 2014 07:58:37 -1000 Tamatoa DAVIO
> a écrit: 
>>>>> 
>>>>>> Hi/Bonjour, je n'ai pas eu
>de retour concernant mon dernier message électronique.
>>>>> Le plugin
>est a tester (dans les nightly) ;) David ++
>>>> Pardonnez mon ignorance,
>mais comment accéder au nightly? 
>>>> 
>>>>>> Je propose d'apporter
>100EUR pour commencer, et tenter de faire avancer ne serait-ce qu'un
>peut, le développement du plugin? (je sais que ce n'est pas grand
>chose) Le 19/12/2013 10:16, Tamatoa DAVIO a écrit : 
>>>>>> 
>>>>>>> OK thanks
>for the information, but that is the fonction that I need. So, all can
>we do is wait? Le 17/12/2013 09:16, David DURIEUX a écrit : 
>>>>>>>
>
>>>>>>>> At last news, all works except for ticket. David ++ Le Tue, 17
>Dec 2013 08:50:59 -1000 Tamatoa DAVIO  a écrit:
>
>>>>>>>> 
>>>>>>>>> Hi, the development of this plugin seems to have
>stalled and blocks some people (like me) for the upgrade to the 0.84
>version of GLPI. I asked for a quote for delivery to a partner GLPI but
>it is not in my means. What can it be done for this plugin to be
>update? thank you. ___
>Glpi-dev mailing list Glpi-dev@gna.org
>https://mail.gna.org/listinfo/glpi-dev [1]
>>>> ___ Glpi-dev mailing
>list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev [1]
>>>
>___ Glpi-dev mailing list
>Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev [1]
>> 
>>
>___
>> Glpi-dev mailing
>list
>> Glpi-dev@gna.org
>> https://mail.gna.org/listinfo/glpi-dev [1]
>
>
>
>Links:
>--
>[1] https://mail.gna.org/listinfo/glpi-dev
>[2]
>https://forge.indepnet.net/tarballs-plugins/

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

[Glpi-dev] Code pour les timezone / code for timezone

[David DURIEUX]

Bonjour, 

Voici le code pour la gestion des timezones en 0.85

David Durieux
++




Hello,

This is the code for timezone management for glpi 0.85

David Durieux
++Index: config/define.php
===
--- config/define.php	(revision 22540)
+++ config/define.php	(working copy)
@@ -287,6 +287,6 @@
  'priority_2', 'priority_3', 'priority_4', 'priority_5',
  'priority_6', 'refresh_ticket_list', 'set_default_tech',
  'show_count_on_tabs', 'show_jobs_at_login', 'task_private',
- 'use_flat_dropdowntree');
+ 'use_flat_dropdowntree', 'user_timezone');
 
 ?>
Index: inc/config.class.php
===
--- inc/config.class.php	(revision 22540)
+++ inc/config.class.php	(working copy)
@@ -960,10 +960,15 @@
   echo "".__('Go to created item after creation')."";
   echo "";
   Dropdown::showYesNo("backcreated", $data["backcreated"]);
-  echo "";
+  echo "";
 
+  echo "" . __('User timezone') . "";
+  echo "";
+  Timezone::dropdownTimezone('user_timezone', array('value' => $data["user_timezone"]));
+  echo "";
+  echo " ";
+  echo "";
 
-
   if ($oncentral) {
  echo "".__('Assistance')."";
 
Index: inc/html.class.php
===
--- inc/html.class.php	(revision 22540)
+++ inc/html.class.php	(working copy)
@@ -140,6 +140,16 @@
  return NULL;
   }
 
+  // Convert timezone
+  if ($_SESSION['glpiuser_timezone'] != '0') {
+ $UTC = new DateTimeZone("UTC");
+ $serverTZ = new DateTimeZone($_SESSION['glpiuser_timezone']);
+
+ $date = new DateTime( $time, $UTC );
+ $date->setTimezone( $serverTZ );
+ $time = $date->format('Y-m-d H:i');
+  }
+  
   if (!isset($_SESSION["glpidate_format"])) {
  $_SESSION["glpidate_format"] = 0;
   }
@@ -178,7 +188,16 @@
   if (is_null($time) || ($time == 'NULL')) {
  return NULL;
   }
+  
+  // Convert timezone
+  if ($_SESSION['glpiuser_timezone'] != '0') {
+ $UTC = new DateTimeZone("UTC");
+ $serverTZ = new DateTimeZone($_SESSION['glpiuser_timezone']);
 
+ $date = new DateTime( $time, $UTC );
+ $date->setTimezone( $serverTZ );
+ $time = $date->format('Y-m-d H:i');
+  }
   return self::convDate($time).' '. substr($time, 11, 5);
}
 
@@ -1031,7 +1050,11 @@
   echo Html::script($CFG_GLPI["root_doc"]."/lib/jqueryplugins/imagepaste/jquery.image_paste.js");
   echo Html::script($CFG_GLPI["root_doc"]."/lib/jqueryplugins/spectrum-colorpicker/spectrum.js");
   echo Html::script($CFG_GLPI["root_doc"]."/lib/jqueryplugins/jquery-gantt/js/jquery.fn.gantt.min.js");
+  echo Html::script($CFG_GLPI["root_doc"]."/lib/jqueryplugins/jquery-ui-timepicker-addon/jquery-ui-timepicker-addon.js");
 
+  // Date manipulation
+  echo Html::script($CFG_GLPI["root_doc"]."/lib/xdate/xdate.js");
+  
   if (isset($_SESSION['glpilanguage'])) {
  echo Html::script($CFG_GLPI["root_doc"]."/lib/jquery/i18n/jquery.ui.datepicker-".
  $CFG_GLPI["languages"][$_SESSION['glpilanguage']][2].".js");
@@ -1322,7 +1345,7 @@
  __('Help').
"";
 
-
+  
   echo "".__('My settings')."";
 
@@ -1330,6 +1353,10 @@
  addslashes(Dropdown::getLanguageName($_SESSION['glpilanguage']))."\">".
  Dropdown::getLanguageName($_SESSION['glpilanguage'])."";
 
+  if ($_SESSION['glpiuser_timezone'] != '0') {
+ echo "".$_SESSION['glpiuser_timezone']."";
+  }
+  
   echo "";
   echo "";
   echo "\n";
@@ -1909,6 +1936,10 @@
   echo "".__('Settings')."\n";
 
+  if ($_SESSION['glpiuser_timezone'] != '0') {
+ echo &quo

Re: [Glpi-dev] PDF plugin for GLPI 0.84

[David DURIEUX]

Le Tue, 21 Jan 2014 07:58:37 -1000
Tamatoa DAVIO  a écrit:

>Hi/Bonjour,
>
>je n'ai pas eu de retour concernant mon dernier message électronique.

Le plugin est a tester (dans les nightly) ;)

David
++

>Je propose d'apporter 100€ pour commencer, et tenter de faire avancer
>ne serait-ce qu'un peut, le développement  du plugin? (je sais que ce
>n'est pas grand chose)
>
>Le 19/12/2013 10:16, Tamatoa DAVIO a écrit :
>> OK thanks for the information, but that is the fonction that I need.
>>
>> So, all can we do is wait?
>>
>> Le 17/12/2013 09:16, David DURIEUX a écrit :
>>> At last news, all works except for ticket.
>>>
>>> David
>>> ++
>>>
>>>
>>> Le Tue, 17 Dec 2013 08:50:59 -1000
>>> Tamatoa DAVIO  a écrit:
>>>
>>>> Hi,
>>>>
>>>> the development of this plugin seems to have stalled and blocks
>>>> some people (like me) for the upgrade to the 0.84 version of GLPI.
>>>> I asked for a quote for delivery to a partner GLPI but it is not
>>>> in my means.
>>>> What can it be done for this plugin to be update?
>>>>
>>>> thank you.
>>>>
>>>> ___
>>>> 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] OCS Inventory Plugin

[David DURIEUX]

Le Mon, 6 Jan 2014 11:53:11 +0100 (CET)
Arthur Jaouen  a écrit:

>Hi Guys,
>
>We've started work on the soap interface for ocs (nothing to see right
>now, it's just started). We've created our own branch
>(branches/soap_dev) so that it doesn't impact on the main development
>for the plugin. Major changes are expected : we want to give the
>choice between database access and soap access when configuring the
>ocs server, and it goes through a lot of refactoring, especially for
>the file inc/ocsserver.class.php, so any suggestion is appreciated.
>We'll get you informed as the development improves.
>
>I wanted to know if you could give the rights to commit to
>mickael.alibert for this project, he works at my company and will also
>work on the project.

Added

>Best ragards,
>
>
>   
>Arthur Jaouen 
>Developer 
>
>FactorFX 
>466 rue de la Parfonterie 
>50400 Granville 
>FRANCE 
>
>0800 623 120 
>www.factorfx.com 
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>- Mail original -
>De: "Arthur Jaouen" 
>À: "Liste de diffusion des developpeurs GLPI" 
>Envoyé: Vendredi 8 Novembre 2013 15:25:30
>Objet: Re: [Glpi-dev] OCS Inventory Plugin
>
>We are indeed French, but I prefer speaking English in public places
>like this one (as well as in the code), so everybody can understand !
>
>
>
>Arthur Jaouen 
>
>Developer 
>
>
>FactorFX 
>
>466, rue de la Parfonterie 
>
>50400 Granville 
>
>
>0800 623 120 www.factorfx.com 
>
>- Mail original -
>De: "David DURIEUX" 
>À: "Liste de diffusion des developpeurs GLPI" 
>Envoyé: Vendredi 8 Novembre 2013 15:00:18
>Objet: Re: [Glpi-dev] OCS Inventory Plugin
>
>Le Fri, 08 Nov 2013 14:54:14 +0100
>""SPONEM, Benoît""  a écrit:
>
>>Bonjour à tous,
>>
>>Je pense que vous pouvez parler en français vu que FactorFX est situé
>>en France comme (me semble t'il !) la majorité des développeurs
>>GLPI :)
>
>The mailing list is in english because not all people here speak
>french. For your informations, All code developpers are french, but
>you have developpers of plugins not french. Like we have messages of
>people want import office key in ocs plugin, so it's better to speak
>in english.
>
>David
>++
>
>>Bonne journée
>>Benoît Sponem
>>
>>Le 08/11/2013 14:50, David DURIEUX a écrit :
>>> e Fri, 8 Nov 2013 14:41:59 +0100 (CET)
>>> Arthur Jaouen  a écrit:
>>>
>>>> arthur.jaouen (I've just created it)
>>> done
>>>
>>>>
>>>> Arthur Jaouen
>>>>
>>>> Developer
>>>>
>>>>
>>>> FactorFX
>>>>
>>>> 466, rue de la Parfonterie
>>>>
>>>> 50400 Granville
>>>>
>>>>
>>>> 0800 623 120 www.factorfx.com
>>>>
>>>> - Mail original -
>>>> De: "David DURIEUX" 
>>>> À: glpi-dev@gna.org
>>>> Envoyé: Vendredi 8 Novembre 2013 08:38:20
>>>> Objet: Re: [Glpi-dev] OCS Inventory Plugin
>>>>
>>>> Can you give me your forge account to give you rights?
>>>>
>>>> Thanks
>>>>
>>>> David
>>>> ++
>>>>
>>>> Le Thu, 7 Nov 2013 10:15:18 +0100
>>>> David DURIEUX  a écrit:
>>>>
>>>>> Le Thu, 7 Nov 2013 10:09:34 +0100 (CET)
>>>>> Arthur Jaouen  a écrit:
>>>>>
>>>>>> That would be nice ! We would begin work on this branch next
>>>>>> week, I don't know if there's a chief committer we can talk to ?
>>>>> Not really, we give you rights on forge/repository and you can
>>>>> commit yourself ;)
>>>>>
>>>>> David
>>>>> ++
>>>>>
>>>>>> Arthur Jaouen
>>>>>>
>>>>>> Developer
>>>>>>
>>>>>>
>>>>>> FactorFX
>>>>>>
>>>>>> 466, rue de la Parfonterie
>>>>>>
>>>>>> 50400 Granville
>>>>>>
>>>>>>
>>>>>> 0800 623 120 www.factorfx.com
>>>>>>
>>>>>> - Mail original -
>>>>>> De: "David DURIEUX" 
>>>>>> À: glpi-dev@gna.org
>>>>>> Envoyé: Jeudi 7 Novembre 2013 09:54:12
>>>>>> Objet: Re: 

Re: [Glpi-dev] PDF plugin for GLPI 0.84

[David DURIEUX]

At last news, all works except for ticket.

David
++


Le Tue, 17 Dec 2013 08:50:59 -1000
Tamatoa DAVIO  a écrit:

>Hi,
>
>the development of this plugin seems to have stalled and blocks some 
>people (like me) for the upgrade to the 0.84 version of GLPI.
>I asked for a quote for delivery to a partner GLPI but it is not in my 
>means.
>What can it be done for this plugin to be update?
>
>thank you.
>
>___
>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] [Glpi-user] Plugin Réforme

[David DURIEUX]

Le svn est : https://forge.indepnet.net/svn/reforme/
Le login et mot de passe sont ceux de la forge


David
++

Le Sat, 7 Dec 2013 21:32:47 +0100
Viduc  a écrit:

>Bonsoir
>
>J'ai essayé de trouver sur le forum et wiki les explications du
>fonctionnement du svn pour créer le dépôt etc... 
>
>il y a t il un endroit ou je peux trouver ça?
>
>Merci d'avance
>
>
>
>18. L'erreur est humaine, mais fausser
> vraiment quelque chose nécessite un
> ordinateur.
>
>http://viduc.developpez.com/AutomatisationGhost/
>http://viduc.developpez.com/PDFCreatorServeur/
>http://viduc.developpez.com/tutoriel/virtualisation/virtualbox
>http://viduc.developpez.com/tutoriel/cloud-computing/sparkleshare/
>
>=
>
>
>Date: Wed, 4 Dec 2013 20:54:01 +0100
>From: m...@indepnet.net
>To: glpi-dev@gna.org
>Subject: Re: [Glpi-dev] [Glpi-user] Plugin Réforme
>
>
>  
>
>  
>  
>Le 04/12/2013 19:19, Viduc a écrit :
>
>
>
>  
>  Bonsoir, je viens de créer mon compte: viduc
>
>
>
>merci à toi! :)
>
>  
>
>
>
>Vous êtes donc maintenant manager du projet
>
>
>
>Dans l'attente du xml sur le SVN pour ajouter le plugin au
>catalogue.
>
>
>
>Cordialement
>
>  
>
>
>___
>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] Ouverture projet pour le plugin mergeglpi

[David DURIEUX]

Super, merci ;)

Le Tue, 03 Dec 2013 16:17:33 +0100
MoYo  a écrit:

>Bonjour,
>
>le projet vient d'être créé.
>
>++
>
>Julien
>
>Le 29/11/2013 11:34, DURIEUX David a écrit :
>> Bonjour,
>>
>> Je souhaiterais que le plugin 'mergeglpi' soit crée sur la forge.
>>
>> Ce plugin (terminé a 90%) permet de fusionner 2 bases GLPI.
>>
>> Merci
>>
>> ==
>> I would like plugin 'mergeglpi' be created on the forge.
>>
>> This plugin (finished at 90%) is able to merge 2 GLPI databases.
>>
>> Thanks
>>
>> -- 
>> David DURIEUX
>> Tel : +33 (0)4.82.53.30.53
>> Mail : d.duri...@siprossii.com
>> Site Web : http://www.siprossii.com/
>>
>> SIPROSSII
>> Rue des jardins
>> 69860 Monsols
>> FRANCE
>>
>> ___
>> 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] OCS Inventory Plugin

[David DURIEUX]

Le Fri, 08 Nov 2013 14:54:14 +0100
""SPONEM, Benoît""  a écrit:

>Bonjour à tous,
>
>Je pense que vous pouvez parler en français vu que FactorFX est situé
>en France comme (me semble t'il !) la majorité des développeurs GLPI :)

The mailing list is in english because not all people here speak french.
For your informations, All code developpers are french, but you have
developpers of plugins not french. Like we have messages of people want
import office key in ocs plugin, so it's better to speak in english.

David
++

>Bonne journée
>Benoît Sponem
>
>Le 08/11/2013 14:50, David DURIEUX a écrit :
>> e Fri, 8 Nov 2013 14:41:59 +0100 (CET)
>> Arthur Jaouen  a écrit:
>>
>>> arthur.jaouen (I've just created it)
>> done
>>
>>>
>>> Arthur Jaouen
>>>
>>> Developer
>>>
>>>
>>> FactorFX
>>>
>>> 466, rue de la Parfonterie
>>>
>>> 50400 Granville
>>>
>>>
>>> 0800 623 120 www.factorfx.com
>>>
>>> - Mail original -
>>> De: "David DURIEUX" 
>>> À: glpi-dev@gna.org
>>> Envoyé: Vendredi 8 Novembre 2013 08:38:20
>>> Objet: Re: [Glpi-dev] OCS Inventory Plugin
>>>
>>> Can you give me your forge account to give you rights?
>>>
>>> Thanks
>>>
>>> David
>>> ++
>>>
>>> Le Thu, 7 Nov 2013 10:15:18 +0100
>>> David DURIEUX  a écrit:
>>>
>>>> Le Thu, 7 Nov 2013 10:09:34 +0100 (CET)
>>>> Arthur Jaouen  a écrit:
>>>>
>>>>> That would be nice ! We would begin work on this branch next
>>>>> week, I don't know if there's a chief committer we can talk to ?
>>>> Not really, we give you rights on forge/repository and you can
>>>> commit yourself ;)
>>>>
>>>> David
>>>> ++
>>>>
>>>>> Arthur Jaouen
>>>>>
>>>>> Developer
>>>>>
>>>>>
>>>>> FactorFX
>>>>>
>>>>> 466, rue de la Parfonterie
>>>>>
>>>>> 50400 Granville
>>>>>
>>>>>
>>>>> 0800 623 120 www.factorfx.com
>>>>>
>>>>> - Mail original -
>>>>> De: "David DURIEUX" 
>>>>> À: glpi-dev@gna.org
>>>>> Envoyé: Jeudi 7 Novembre 2013 09:54:12
>>>>> Objet: Re: [Glpi-dev] OCS Inventory Plugin
>>>>>
>>>>> Le Thu, 7 Nov 2013 09:45:59 +0100 (CET)
>>>>> Arthur Jaouen  a écrit:
>>>>>
>>>>>> Hi Everybody,
>>>>>>
>>>>>> We (FactorFX) are the official partners of the OCS Inventory NG
>>>>>> team. We are going to refactor the existing OCS plugin for GLPI
>>>>>> in order to use OCS' SOAP API. The existing plugin is feeding
>>>>>> directly on the database to extract data, and the database
>>>>>> schema is likely to change soon, so it might break a lot of
>>>>>> things. The new pugin would allow us to change the schema while
>>>>>> keeping a consistent interface. The deadline for this project is
>>>>>> the end of December. This development will be realized by me and
>>>>>> Cedric Denis ( cedric.de...@factorfx.com ). It would be great to
>>>>>> have your opinion on this, as well as your experience with the
>>>>>> existing plugin.
>>>>> It's a good idea. We can give you right on page project (forge)
>>>>> and perhaps code it in a new branch.
>>>>>
>>>>> David Durieux
>>>>> ++
>>>>>
>>>>>> Best regards,
>>>>>>
>>>>>>
>>>>>>
>>>>>> Arthur Jaouen
>>>>>>
>>>>>> Developer
>>>>>>
>>>>>>
>>>>>> FactorFX
>>>>>>
>>>>>> 466, rue de la Parfonterie
>>>>>>
>>>>>> 50400 Granville
>>>>>>
>>>>>>
>>>>>> 0800 623 120 www.factorfx.com
>>>>>>
>>>>> ___
>>>>> 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
>> ___
>> 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] OCS Inventory Plugin

[David DURIEUX]

e Fri, 8 Nov 2013 14:41:59 +0100 (CET)
Arthur Jaouen  a écrit:

>arthur.jaouen (I've just created it)

done

>
>
>Arthur Jaouen 
>
>Developer 
>
>
>FactorFX 
>
>466, rue de la Parfonterie 
>
>50400 Granville 
>
>
>0800 623 120 www.factorfx.com 
>
>- Mail original -
>De: "David DURIEUX" 
>À: glpi-dev@gna.org
>Envoyé: Vendredi 8 Novembre 2013 08:38:20
>Objet: Re: [Glpi-dev] OCS Inventory Plugin
>
>Can you give me your forge account to give you rights?
>
>Thanks
>
>David
>++
>
>Le Thu, 7 Nov 2013 10:15:18 +0100
>David DURIEUX  a écrit:
>
>>Le Thu, 7 Nov 2013 10:09:34 +0100 (CET)
>>Arthur Jaouen  a écrit:
>>
>>>That would be nice ! We would begin work on this branch next week, I
>>>don't know if there's a chief committer we can talk to ?
>>
>>Not really, we give you rights on forge/repository and you can commit
>>yourself ;)
>>
>>David
>>++
>>
>>>Arthur Jaouen 
>>>
>>>Developer 
>>>
>>>
>>>FactorFX 
>>>
>>>466, rue de la Parfonterie 
>>>
>>>50400 Granville 
>>>
>>>
>>>0800 623 120 www.factorfx.com 
>>>
>>>- Mail original -
>>>De: "David DURIEUX" 
>>>À: glpi-dev@gna.org
>>>Envoyé: Jeudi 7 Novembre 2013 09:54:12
>>>Objet: Re: [Glpi-dev] OCS Inventory Plugin
>>>
>>>Le Thu, 7 Nov 2013 09:45:59 +0100 (CET)
>>>Arthur Jaouen  a écrit:
>>>
>>>>Hi Everybody, 
>>>>
>>>>We (FactorFX) are the official partners of the OCS Inventory NG
>>>>team. We are going to refactor the existing OCS plugin for GLPI in
>>>>order to use OCS' SOAP API. The existing plugin is feeding directly
>>>>on the database to extract data, and the database schema is likely
>>>>to change soon, so it might break a lot of things. The new pugin
>>>>would allow us to change the schema while keeping a consistent
>>>>interface. The deadline for this project is the end of December.
>>>>This development will be realized by me and Cedric Denis
>>>>( cedric.de...@factorfx.com ). It would be great to have your
>>>>opinion on this, as well as your experience with the existing
>>>>plugin. 
>>>
>>>It's a good idea. We can give you right on page project (forge) and
>>>perhaps code it in a new branch.
>>>
>>>David Durieux
>>>++
>>>
>>>>Best regards, 
>>>>
>>>>
>>>>
>>>>Arthur Jaouen 
>>>>
>>>>Developer 
>>>>
>>>>
>>>>FactorFX 
>>>>
>>>>466, rue de la Parfonterie 
>>>>
>>>>50400 Granville 
>>>>
>>>>
>>>>0800 623 120 www.factorfx.com 
>>>>
>>>
>>>___
>>>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

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] OCS Inventory Plugin

[David DURIEUX]

Can you give me your forge account to give you rights?

Thanks

David
++

Le Thu, 7 Nov 2013 10:15:18 +0100
David DURIEUX  a écrit:

>Le Thu, 7 Nov 2013 10:09:34 +0100 (CET)
>Arthur Jaouen  a écrit:
>
>>That would be nice ! We would begin work on this branch next week, I
>>don't know if there's a chief committer we can talk to ?
>
>Not really, we give you rights on forge/repository and you can commit
>yourself ;)
>
>David
>++
>
>>Arthur Jaouen 
>>
>>Developer 
>>
>>
>>FactorFX 
>>
>>466, rue de la Parfonterie 
>>
>>50400 Granville 
>>
>>
>>0800 623 120 www.factorfx.com 
>>
>>- Mail original -
>>De: "David DURIEUX" 
>>À: glpi-dev@gna.org
>>Envoyé: Jeudi 7 Novembre 2013 09:54:12
>>Objet: Re: [Glpi-dev] OCS Inventory Plugin
>>
>>Le Thu, 7 Nov 2013 09:45:59 +0100 (CET)
>>Arthur Jaouen  a écrit:
>>
>>>Hi Everybody, 
>>>
>>>We (FactorFX) are the official partners of the OCS Inventory NG team.
>>>We are going to refactor the existing OCS plugin for GLPI in order to
>>>use OCS' SOAP API. The existing plugin is feeding directly on the
>>>database to extract data, and the database schema is likely to change
>>>soon, so it might break a lot of things. The new pugin would allow us
>>>to change the schema while keeping a consistent interface. The
>>>deadline for this project is the end of December. This development
>>>will be realized by me and Cedric Denis ( cedric.de...@factorfx.com
>>>). It would be great to have your opinion on this, as well as your
>>>experience with the existing plugin. 
>>
>>It's a good idea. We can give you right on page project (forge) and
>>perhaps code it in a new branch.
>>
>>David Durieux
>>++
>>
>>>Best regards, 
>>>
>>>
>>>
>>>Arthur Jaouen 
>>>
>>>Developer 
>>>
>>>
>>>FactorFX 
>>>
>>>466, rue de la Parfonterie 
>>>
>>>50400 Granville 
>>>
>>>
>>>0800 623 120 www.factorfx.com 
>>>
>>
>>___
>>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] OCS Inventory Plugin

[David DURIEUX]

Le Thu, 7 Nov 2013 10:09:34 +0100 (CET)
Arthur Jaouen  a écrit:

>That would be nice ! We would begin work on this branch next week, I
>don't know if there's a chief committer we can talk to ?

Not really, we give you rights on forge/repository and you can commit
yourself ;)

David
++

>Arthur Jaouen 
>
>Developer 
>
>
>FactorFX 
>
>466, rue de la Parfonterie 
>
>50400 Granville 
>
>
>0800 623 120 www.factorfx.com 
>
>- Mail original -
>De: "David DURIEUX" 
>À: glpi-dev@gna.org
>Envoyé: Jeudi 7 Novembre 2013 09:54:12
>Objet: Re: [Glpi-dev] OCS Inventory Plugin
>
>Le Thu, 7 Nov 2013 09:45:59 +0100 (CET)
>Arthur Jaouen  a écrit:
>
>>Hi Everybody, 
>>
>>We (FactorFX) are the official partners of the OCS Inventory NG team.
>>We are going to refactor the existing OCS plugin for GLPI in order to
>>use OCS' SOAP API. The existing plugin is feeding directly on the
>>database to extract data, and the database schema is likely to change
>>soon, so it might break a lot of things. The new pugin would allow us
>>to change the schema while keeping a consistent interface. The
>>deadline for this project is the end of December. This development
>>will be realized by me and Cedric Denis ( cedric.de...@factorfx.com ).
>>It would be great to have your opinion on this, as well as your
>>experience with the existing plugin. 
>
>It's a good idea. We can give you right on page project (forge) and
>perhaps code it in a new branch.
>
>David Durieux
>++
>
>>Best regards, 
>>
>>
>>
>>Arthur Jaouen 
>>
>>Developer 
>>
>>
>>FactorFX 
>>
>>466, rue de la Parfonterie 
>>
>>50400 Granville 
>>
>>
>>0800 623 120 www.factorfx.com 
>>
>
>___
>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] OCS Inventory Plugin

[David DURIEUX]

Le Thu, 7 Nov 2013 09:45:59 +0100 (CET)
Arthur Jaouen  a écrit:

>Hi Everybody, 
>
>We (FactorFX) are the official partners of the OCS Inventory NG team.
>We are going to refactor the existing OCS plugin for GLPI in order to
>use OCS' SOAP API. The existing plugin is feeding directly on the
>database to extract data, and the database schema is likely to change
>soon, so it might break a lot of things. The new pugin would allow us
>to change the schema while keeping a consistent interface. The
>deadline for this project is the end of December. This development
>will be realized by me and Cedric Denis ( cedric.de...@factorfx.com ).
>It would be great to have your opinion on this, as well as your
>experience with the existing plugin. 

It's a good idea. We can give you right on page project (forge) and
perhaps code it in a new branch.

David Durieux
++

>Best regards, 
>
>
>
>Arthur Jaouen 
>
>Developer 
>
>
>FactorFX 
>
>466, rue de la Parfonterie 
>
>50400 Granville 
>
>
>0800 623 120 www.factorfx.com 
>

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

[Glpi-dev] Ajout du plugin surveyticket au catalogue de plugin

[David DURIEUX]

Bonjour,

Julien, tu peux ajouter le plugin surveyticket au catalogue de plugin
(je viens d'ajouter le xml et le png dans le dépot)

Merci d'avance ;)

Cordialement,
--
David DURIEUX

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] 2criture de specs pour Html5

[David DURIEUX]

Le Tue, 23 Jul 2013 21:11:08 +0200
jean-Mathieu Doléans  a écrit:

>Salut,
>
>Ce chantier est pour moi relié à la problématique de l'adoption d'un 
>framework html5/CSS.

oui ;)

>Aprés études, le candidat préssenti serait twitter bootstrap.

Donc, tu partirai plutot sur un framework plutot qu'implémenter le
HTML5. Quel est l'intéret d'utiliser un framework? J'avoir ne pas voir
le gain.

>Ensuite il faut effectivement l'intégrer, les premiers tests que j'ai 
>effectués sont plutot encourageants.
>
>Il faut voir plus large que le smartphone en intégrant dés le départ
>un design responsive de manière à s’adapter à n'importe quel support
>de visualisation.

C'est pour ça que j'ai aussi parlé de tablettes (mais on doit s'adapter
à tous les supports tactiles, ne serait-ce pour le menu qui est
inutilisable dessus).

>@+
>
>JMD
>
>___
>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] 2criture de specs pour Html5

[David DURIEUX]

Bonjour,

J'ai commencé à écrite des spécification afni de mettre GLPI en HTML5,
donc la principale fonctionnalité serait de pouvoir gérer l'affichage
sur un smartphone.

Je vous invite à lire la page et faire vos remarques si vous en avez :
https://forge.indepnet.net/projects/glpi/wiki/Html5

Cordialement,
--
David DURIEUX
Tel : +33 (0)4.82.53.30.53
Mail : d.duri...@siprossii.com
Site Web : http://www.siprossii.com/

SIPROSSII
Les Lafôrets
69430 Beaujeu
FRANCE

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] [0.84SVN] bug Nettoyeur de migration (ports réseaux)

[David Durieux]

Le 2013-07-09 10:41, Julien Dombre a écrit :

Le 02/07/2013 18:31, David DURIEUX a écrit :

Bonjour,

J'ai un port avec une IP non valide sur un ordinateur. Ce port se
retrouver dans la table glpi_networkportmigrations

Si on revient plus tard sur le nettoyeur pour nettoyer les ports et
qu'entre temps, on a supprimé définitivement l'ordinateur, ce port 
est
donc orphelin et donc impossible de le supprimer, ni même de 
l'affiche

(dans le form du nettoyeur, pas dans la liste).

De mes investigations, ça proviendrait du canView qui regarde si on 
a

le droit sur le parent (donc l'ordinateur) mais n'étant plus dans la
base, on est bloqué. Du coup je sui sbloqué là aussi, je ne sais pas
quoi modifier dans le code.



Bonjour,

correction proposée ici :
https://forge.indepnet.net/projects/glpi/repository/revisions/21280


Je valide, ça fonctionne bien.
David
++


++

Julien


___
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] User timezone

[David DURIEUX]

Bonjour,

Je viens de modifier/compléter les specs pour la gestion des timezones.

Si vous avez des commentaires, remarques, elles sont les bienvenues :
https://forge.indepnet.net/projects/glpi/wiki/UserTimezone


Cordialement,
--
David DURIEUX

++

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

[Glpi-dev] [0.84SVN] affichage durée dans les statistiques de ticket

[David DURIEUX]

Bonjour,

Dans les statistiqus de ticket, on peut avoir des temps long pour
'Durée moyenne' de 'résolution' par exemple. Ca s'affiche en secondes,
ou heure mais pas en jour si celà en nécessaire. Est-ce voulu de
garder des heures et de ne pas afficher en jour? 

David DURIEUX
++

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

[Glpi-dev] [0.84SVN] statisqtiques de tickets par groupe

[David DURIEUX]

Bonjour,

J'ai des stats sur des "groupes", mais en fait je n'ai aucun ticket dans
ce cas là. J'ai quand même une ligne avec tous les compteurs à 0 au
lieu de ne pas en avoir.

Celà viens de la requete suivante :

SELECT DISTINCT `glpi_groups`.`id`, `glpi_groups`.`completename`
FROM `glpi_tickets`
LEFT JOIN `glpi_groups_tickets` ON (`glpi_groups_tickets`.`tickets_id`
= `glpi_tickets`.`id` AND `glpi_groups_tickets`.`type` = '1') 
LEFT JOIN `glpi_groups` ON (`glpi_groups_tickets`.`groups_id` =
`glpi_groups`.`id`) 
WHERE NOT `glpi_tickets`.`is_deleted` AND
( `glpi_tickets`.`entities_id` IN ('0', '3', '15', '13', '14', '16',
'7', '12', '4', '5', '6', '8', '9', '10', '11') ) AND
( ( `glpi_tickets`.`date` >= '2012-06-02' AND `glpi_tickets`.`date` <=
ADDDATE('2013-07-02' , INTERVAL 1 DAY) ) OR
( `glpi_tickets`.`closedate` >= '2012-06-02' AND
`glpi_tickets`.`closedate` <= ADDDATE('2013-07-02' , INTERVAL 1 DAY) )
) 
ORDER BY `glpi_groups`.`completename`

Je pense qu'il faudrait rajouter un 'AND `glpi_groups`.`id` IS NOT NULL'

Un avis?

David
++





David DURIEUX
++

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

[Glpi-dev] [084SVN] Rapport des matériels par année

[David DURIEUX]

Bonjour,

Sur le rapport 'Rapport des matériels par année', on affiche les
matériels (je suis sûr au moins pour les ordinateurs) qui ne sont pas
dans la corbeille + ceux de la corbeille. Je pense qu'il ne faudrait
pas afficher ceux de la corbeille.

Des avis?

David DURIEUX
++

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

[Glpi-dev] [0.84SVN] Statistiques de tickets, compteurs de tickets

[David DURIEUX]

Bonjour,

Dans les statistique de tickets par tickets, sur les catégories par
exemple, on peut avoir des compteurs farfellus du genre 'nombre' de
'résolus' est '2 (200%)'. 

Exemple :

* on sort des stats du 1er Juillet au 2
* on a un ticket ouvert en Juin et résolu le 1er juillet
* on a un ticket ouvert et résolu le 1er juillet

On obtient donc les compteurs suivants : 

* ouverts : 1
* résolus : 2 (200%)

Donc, pour le pourcentage, soit on l'enlève, soit on comptabilise non
pas les tickets qui ont été ouverts en Juillet, mais tous ceux qui sont
ouverts en juillet (et ceux résolus et clos en Juillet)

Des avis?

ps : dans les graphiques des stats de cette catégorie, on a le compteur
résolu =2 dans la légende mais le graph affiche 1 pour les tickets
résolus

David DURIEUX
++

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

[Glpi-dev] [0.84SVN] marque page

[David DURIEUX]

Bonjour,

Problème sur les marques pages. Il faut bien faire cette manipultion : 

* je clique pour ajouter un marque page
* la popup avec le formulaire d'ajout apparait
* je met un nom, valide
* je vois la liste de tous mes marques pages
* j'en sélectionne un et le supprime avec la modif massive
* ça le supprime
* ça me renvoi sur la page d'ajout de marque page au lieu de la liste
  (toujours dans la popup)

Pour ce bug, je laisse la main à quelqu'un d'autre pour la correction,
ça me semble trop hardu pour moi :p


David DURIEUX
++

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

[Glpi-dev] [0.84SVN] Rapport réseau par équipement

[David DURIEUX]

Bonjour,

Sur les rapports réseau par équipement, je pense qu'il faut renommer le
titre 'matériel2' par 'connecté à' ou 'connecté sur' pour que ça soit
plus parlant. (et 'Matériel 1' par 'Matériel').

David DURIEUX
++

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

[Glpi-dev] RE : Re: [0.84SVN] champs obligatoire "date d'échéance"

[David Durieux]

je pense que je vais mettre une condition dans le controle du champs 
obligatoire pour gérer ça. Ca le semble le plus pertinent.
David
++

 Message d'origine 
De : Julien Dombre  
Date :  
A : glpi-dev@gna.org 
Objet : Re: [Glpi-dev] [0.84SVN] champs obligatoire "date d'échéance" 
 
Le 02/07/2013 18:59, Julien Dombre a écrit :
>
> Autre solution peut-être plus simple, remonté l'affectation de la date 
> d'échéance de la SLA avant le contrôle des champs obligatoires.
> Dans ce cas il faut juste contrôler qu'il n'y a pas d'effet de bord.

Après réflexion cela ne semble pas la solution la plus pertinente car 
cela nécessitera de dupliquer du code pour rien.

Julien

___
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] [0.84SVN] champs obligatoire "date d'échéance"

[David DURIEUX]

Bonjour,

Petit soucis de comportement sur les gabarits et les champs
obligatoires.

Si on défini la "date d'échéance" obligatoire et que dans le formulaire
de création de ticket (interface standard) on défini un SLA mais pas
de date d'échéance, ça bloque la creation car la date d'échéance n'est
pas renseignée. Or on a défini un SLA qui va calculer la date
d'échéance.

Je propose de outrepasser ce champs obligatoire quand le SLA est
sélectionné.


Est-ce que vous valider cette proposition? si oui je vais le coder. 


David DURIEUX
++

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

[Glpi-dev] [0.84SVN] Liens externes

[David DURIEUX]

Bonjour,

Plusieurs soucis avec les liens externes

* Un ordinateur sans port réseau et un lien avec 'ping [IP]' affichera
  un lien 'ping [IP]'. Si pas d'ip, il ne faut pas l'afficher.

* Si on a un lien 'exe [SERIAL]' ou 'exe2 [NAME] [SERIAL]' indique que
  l'exécutable exe attend 1 argument et exe2 2 arguments. Si le numéro
  de série de l'ordinateur est vide, on a un argument vide. Je pense
  qu'il ne faut pas l'afficher (sauf si vous avez un contre-exemple :p)


David DURIEUX
++

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

[Glpi-dev] [0.84SVN] bug Nettoyeur de migration (ports réseaux)

[David DURIEUX]

Bonjour,

J'ai un port avec une IP non valide sur un ordinateur. Ce port se
retrouver dans la table glpi_networkportmigrations

Si on revient plus tard sur le nettoyeur pour nettoyer les ports et
qu'entre temps, on a supprimé définitivement l'ordinateur, ce port est
donc orphelin et donc impossible de le supprimer, ni même de l'affiche
(dans le form du nettoyeur, pas dans la liste).

De mes investigations, ça proviendrait du canView qui regarde si on a
le droit sur le parent (donc l'ordinateur) mais n'étant plus dans la
base, on est bloqué. Du coup je sui sbloqué là aussi, je ne sais pas
quoi modifier dans le code.


David DURIEUX
++

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Re: [Glpi-dev] Planning

[David Durieux]

Le 2013-06-28 10:59, Tsmr a écrit :

Bonjour

Un client souhaiterait améliorer le planning GLPI :

"Un
planning Drag & Drop, nous conviendrait pour pouvoir déplacer 
facilement

une tache sans repasser par le formulaire"

J'ai trouvé un planning en
Jquery qui pourrait convenir :

http://arshaw.com/fullcalendar/


Est-ce que cette fonctionnalité conviendrait à la communauté ?


Ca me semble une bonne idée.

David


Cordialement
___
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] [Specs] Ticket SLA 4346

[David DURIEUX]

Le Tue, 4 Jun 2013 06:42:03 +
"Moron, Olivier"  a écrit:

>Ah, ok alors c'est bon, je n'ai pas dû bien comprendre les specs,
>désolé, Cordialement,

Pour définir le tmps de résolution du SLA, tu va définir un chiffre dans
une dropdown, puis un qualificatif (heures, jours, mois) 

exemple "10" "heures"

En plus pour la sélection du "jours", il y aura en plus une case à
cocher pour dire si on veut que ca soit x jours en fin de journée ou à
la même heure que l'ouverture du ticket

C'est plus clair? 

David
++

>Olivier MORON
>Miscellaneous Program Member
>
>RAYNET SNC
>Tel : +33 4 76 33 49 52
>Fax: +33 4 76 70 56 63
>
>
>From: glpi-dev-boun...@gna.org [mailto:glpi-dev-boun...@gna.org] On
>Behalf Of Julien Dombre Sent: Tuesday, June 04, 2013 8:40 AM
>To: glpi-dev@gna.org
>Subject: Re: [Glpi-dev] [Specs] Ticket SLA 4346
>
>Le 04/06/2013 08:35, Moron, Olivier a écrit :
>Bonjour
>
>Est-ce qu'il serait possible de rendre les temps 12h, 24H, etc
>paramétrables? Ainsi que leur nombre (par exemple, si on veut trois
>niveaux 4H, 8H et 12H) ?
>
>C'est à dire je ne comprend pas ?
>Toutes les heures possibles seront proposées. Donc cela incluera 4 8
>et 12h
>
>Cordialement,
>
>Julien Dombre
>
>
>Merci,
>Cordialement,
>
>Olivier MORON
>Miscellaneous Program Member
>
>RAYNET SNC
>Tel : +33 4 76 33 49 52
>Fax: +33 4 76 70 56 63
>
>
>From: glpi-dev-boun...@gna.org<mailto:glpi-dev-boun...@gna.org>
>[mailto:glpi-dev-boun...@gna.org] On Behalf Of gilbert Sent: Tuesday,
>June 04, 2013 8:31 AM To: glpi-dev@gna.org<mailto:glpi-dev@gna.org>
>Subject: Re: [Glpi-dev] [Specs] Ticket SLA 4346
>
>Je pense aussi que c'est bon.
>Mais ce n'est qu'un avis d'utilisateur.
>Cordialement
>Gilbert Marin
>www.prestaopen.com<http://www.prestaopen.com>
>Le 04/06/2013 08:12, Julien Dombre a écrit :
>Bonjour,
>
>pour moi aucun problème.
>
>++
>
>Julien
>
>
>Le 03/06/2013 10:30, David DURIEUX a écrit :
>
>
>Bonjour,
>
>Je viens de compléter les specs pour les temps de SLA (
>
>Je souhaiterai avoir un accord rapidement (si possible ^^) afin de
>coder ça aujourd'hui ou demain (https://forge.indepnet.net/issues/4346)
>
>Merci d'avance pour le temps passé dessus ;)
>
>Cordialement,
>--
>David DURIEUX
>
>___
>Glpi-dev mailing list
>Glpi-dev@gna.org<mailto:Glpi-dev@gna.org>
>https://mail.gna.org/listinfo/glpi-dev
>
>
>___
>Glpi-dev mailing list
>Glpi-dev@gna.org<mailto:Glpi-dev@gna.org>
>https://mail.gna.org/listinfo/glpi-dev
>
>
>
>
>
>___
>
>Glpi-dev mailing list
>
>Glpi-dev@gna.org<mailto: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] [Specs] Ticket SLA 4346

[David DURIEUX]

Bonjour,

Je viens de compléter les specs pour les temps de SLA (

Je souhaiterai avoir un accord rapidement (si possible ^^) afin de
coder ça aujourd'hui ou demain (https://forge.indepnet.net/issues/4346)

Merci d'avance pour le temps passé dessus ;)

Cordialement,
--
David DURIEUX

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev