#506 closed defect (fixed)
Build completed at incorrect time in the timeline
Reported by: | gkruse@… | Owned by: | |
---|---|---|---|
Priority: | minor | Milestone: | 0.6 |
Component: | General | Version: | 0.6b2 |
Keywords: | timeline | Cc: | |
Operating System: | Linux |
Description
Just updated to 0.6b2 and the build now show an incorrect complete time in the timeline. I have a revision that was checked in at 12:26 pm pst and the build is shown completing at 4:31 am on the same day. This build took about 5 minutes to run. I suspect this is a problem with the timezone support. Please let me know if you require further information
Attachments (0)
Change History (4)
comment:1 in reply to: ↑ description Changed 15 years ago by osimons
comment:2 Changed 15 years ago by hodgestar
Is it possible that the time on the slave was out of sync with the time on the master (or set to a different timezone)? If this was the case then this should be fixed by the resolution of #572. If would be useful if you could test this by trying out Bitten trunk or by locally applying the patch attached to #572.
comment:3 Changed 15 years ago by anatoly techtonik <techtonik@…>
- Priority changed from major to minor
This can be closed after fix to #572 is released. I doubt that "trying out Bitten trunk" is doable for casual Bitten users. Lowering the priority as it is just a matter of simple check when 0.6rc1 is released.
comment:4 Changed 15 years ago by osimons
- Resolution set to fixed
- Status changed from new to closed
Actually, we can just close it now as the code is committed to repos (trunk + 0.6 branch).
Replying to gkruse@…:
Upgraded from what version? Any other information about server and slave timezone configuration that can help make sense of this? If you have SQL access to the project database, I'd really like to see the timestamps stored on the build - could you perhaps run this (replacing 91 with the ID of your build):