|
Notes |
|
|
(0002136)
|
|
paulh
|
|
2009-10-25 12:14
|
|
We used to have this issue ages ago though I thought I'd fixed it.
The problem last time was to do with the js variable being set to the time on the server and the count up using local time (I think).
I can't repro this on my machine (and couldn't last time either) so was/is abit of a hard one to track down. |
|
|
|
(0002137)
|
|
ivan
|
|
2009-10-25 12:31
|
|
|
Could the JS implement a check to ensure that it always begins at 00:00 or is that not possible? |
|
|
|
(0002139)
|
|
paulh
|
|
2009-10-25 14:31
|
|
Yeah if the JS has the server time as a variable and on page load another variable was set for WS time then we would know the difference and be able to show more accurately.
This is something I thought I'd done though looking through tasks.php can't see the code I though I wrote so either its gone amiss somewhere or I never actually wrote it ;-) |
|
|
|
(0002417)
|
|
paulh
|
|
2010-02-20 19:34
|
|
|
We need to handle this and also problems where the client are server times aren't in sync, last week saw an activity which was -3 minutes |
|
|
|
(0003365)
|
|
Tomse
|
|
2010-08-22 12:26
|
|
|
I haven't been able to reproduce the problem either (sit svn between 3.62-3.63) |
|
|
|
(0004189)
|
|
ivan
|
|
2011-08-08 12:52
|
|
|
I think this may be the same bug as reported in 0001676 and not actually relating to timezones. Worth checking anyway. |
|