Closed ms270169 closed 10 years ago
This looks like the same problem that was patched 18 days ago: https://github.com/Hoglet/TimeIT/commit/d2a0c9fa6a88f552f55b6fa6a146c1514171642b
Could you try the patched version and see if times get on correct days again?
Update: I have the same behaviour on my installation and the patch is only partially fixing the problem, reports are still wrong.
Update: Patch IS fixing the problem, probably I have inserted a regression when merging from a development branch onto master/HEAD.
I am using version 1.2.5 (debian package timeit_1.2.5_amd64.deb). Were I can get the actual debian package (1.2.6?). I see, you commit 1.2.6, but in the release tab only 1.2.5 is visible as lates release.
I have a PPA for testing purposes here: https://launchpad.net/~hoglet/+archive/timeit-testing
The patch for this problem is not packaged yet. And as it does not seem to solve the whole problem it is not needed to try it yet. I am trying to find the problem at the moment. With a little luck I can send a new source package for packaging today. I will notify here.
A debian package with the fix is now available: https://launchpad.net/~hoglet/+archive/timeit-testing/+files/timeit_1.2.7_amd64.deb.
Try it and see if everything works as expected.
Version 1.2.7 works as expected. One Day Shift effect is not longer visible. Many thanks.
I am using TimeIT since start of this year. Sinc last week all time records were displayed one day later. Means: I add a time record for Tuesday 25. march, it is shown on wednesday 26 march. But the entry itself is correct, if opening details I see 25. march.