| Title | Bugzilla integration ignores start_date parameter |
| Status | closed |
| Priority | critical |
| Assigned user | Gareth Rees |
| Organization | Ravenbrook |
| Description | When you start the replicator for the first time, it doesn't replicate anything. It's supposed to replicate all changes since the start_date. |
| Analysis | A change since release 1.1.1 ensures that there is always a row in the p4dti_replications table. However, this breaks the start_date logic (which applies if the replicator has not run before, i.e. if there are no rows in the p4dti_replications table).
Work-around could be that the first row added to the p4dti_replications table should have the 'end' field be equal to the start_date. So there should be a function whose job is to add such a record to the p4dti_replications table if the table is empty and we should call this function in dt_bugzilla.init(). |
| How found | manual_test |
| Evidence | Discovered during testing before release 1.1.2. |
| Introduced in | 1.1.2 |
| Test procedure | <http://www.ravenbrook.com/project/p4dti/master/test/test_p4dti.py>, section 8 |
| Created by | Gareth Rees |
| Created on | 2001-07-16 13:35:59 |
| Last modified by | Gareth Rees |
| Last modified on | 2001-12-10 19:50:08 |
| History | 2001-07-16 GDR Created. |