Time changes to incorrect time

Hmm... now that's weird. I just checked the demo site and it happens there too. Only that the difference between the times is 1 hour, and not 5 hours.
I will hopefully look into this tonight, otherwise on the weekend.

Thanks a lot for reporting that issue!

same here, starts with correct time, jumps back five hours (from EST to UTC)
running Drupal 6.16, latest versions of Clock, jquery.timers 1.2, Mac OS X Server 10.6.2

http://drupal.org/cvs?commit=351722
A little fix for the Local time which didn't seem to be working without JS. Discovered that while debugging this.
I thought it would be a quick fix, but it seems there is something wrong in the very core of the JS-date handling.
Just a note, that this is pretty high on my list, but it will take more than just a half-hour squeezed in between something else, so I don't when I will can get back to it. I will release a new version, though, as soon as this is fixed.

This fixed it for me.
It moves the passing of the date from PHP to JS from the not very transparent timestamp method to usage of a proper time string.
It also allowed to remove a very strange hacky thing from the JS file, which lets me sleep better in general.
I committed the attached patch (http://drupal.org/cvs?commit=352870) to CVS.
Please try it out by pulling the code from CVS or, when the next 6.x-1.x-dev release is packaged in max. 12 hours, by downloading the 6.x-1.x-dev tarball. If the issue is fixed for you, then I guess we can consider this fixed.

Ooops, forgot the patch.

Due to the lack of feedback and the need to get this out, because this module seems to be critically broken at the moment and due to http://drupal.org/node/771240#comment-2868482 I'm marking this as fixed. Please reopen, if the current 6.x-1.x-dev version does not fix the problem.
Will roll out a new version in the next few days otherwise.

Thanks for the report BillRedman.
I just noticed that the 6.x-1.x-dev release of Clock was corrupted. It was packaging the wrong branch from CVS. I have corrected that now. Please try the snapshot that appears in 12 hours and see if that fixes this. You can also pull the DRUPAL-6--1 branch from CVS directly.
You couldn't find the Clock block, because the version was implementing the D7 hooks not the D6 hooks. Everything *should* be fixed, though.

Damn, CVS tripped me again...
I just noticed that the tarball wouldn't update, because there was no new commit. I just did a commit to that branch, so in 12 hours the tarball should update and should be usable for testing (for real this time!). Thanks, again.

Installed 1.1 couple hours ago, same problem, i am in Amsterdam, when i put the site on UTC (2 hours) the time jumps from for example 8am to 9am when my local time is 10am.
Only happens when i use the javascript as described in @1 by Bill.

Updated to the -dev = FIXED. Time now stays at the selected time.

Great ts :) time for a new release? :D

(- no clean install of -dev tested, updating seems to work, block shows up at blocks, can edit it, so seems okay.)
(- i get a nice 'notice' of the libraries api, also installed it, seems to work, can edit / save the block)

I really want to release 1.2. I acutally wanted to already a few days ago, but testing it locally I found a small bug using the (newly added) Local time zone. I have planned to look at that this weekend and then release.
Thanks for commenting here, though, AllRob. I hadn't had any feedback to the fix. Also good thing to have a feedback that the 'soft' Libraries API integration is not freaking people out.

Marking fixed for now. But feel free to re-open, if you are having issues in the dev version.

For reference: I created #792432: Local time not working