No, I cannot
(not with so few information)
Sorry, can you just explain how the burndown are construct ? may be a bug with the calendar calcul. Charge on activity are not correcly dispatch in the time ?
what information do you need? i have some tests on this subject you can contact me directly if you want some informations and after post a spcifict answer
Hi,
Difficult to understand without all data.
But it's effectively strange to see left work increase...
Hello, the clock of the system (same system for apache and postgresql) can explain the oscilation ? If the clock have a problem and have 2h of late ? (Date is OK)
I don't kwon is clock time can have impact to this screen, but of course you should fix this and check
unbelievable, i give access to an external user, i test the rules acces with two differents navigators. One navigator have a administrator acount and the other navigator is loged with the new user acount. When i test on same project with same options, with my administrator count burbdown is OK and with the new acount, burndown oscillation are displayed. see my screenshot in attachement. (Clock on the server is ok now)
test this morning with an other computer, same test same result. I test withe a switch betwin the two navigators and same result. Conclusion the problem is on the server and source code not on local computer (cache navigator or other specific local environements)
Possibly it is an access right issue : your project may have sub-projects and your user does not have access to sub-projects...
Hello,
thanks for your answer. No acces rules problem and no sub-project.
Hello,
after more tests i note the problem disappear after some time.
No no explanation, just an ascertainment
Thanks
Bruno.
Hello,
On last version and pearps after the the correction on pool for the blue line, the problem is solved.

