| Title | Bugzilla can't replicate lastdiffed field if we run processmail |
| Status | suspended |
| Priority | optional |
| Assigned user | Nick Barnes |
| Organization | Ravenbrook |
| Description | Bugzilla bugs have a 'lastdiffed' field, updated by the 'processmail' script when it has inspected a bug for changes to include in a notification email. If we run the 'processmail' script (i.e. if the 'bugzilla_directory' config parameter is set) and also replicate 'lastdiffed' (i.e. if 'lastdiffed' is in the 'replicated_fields' config parameter) then we are always out-of-sync on that field, and the consistency check fails. |
| Analysis | When the P4DTI updates a bug, it checks for changes made as a result of the update. That check takes place before running the 'processmail' script (which is the last thing we do in a poll), so it misses the change to lastdiffed. [NB 2003-08-12:] The P4DTI could easily detect this configuration and refuse to start (or to replicate 'lastdiffed'?) |
| How found | inspection |
| Evidence | running the test suite with 'lastdiffed' in 'replicated_fields' |
| Observed in | 1.4.0 |
| Introduced in | 1.2.1 |
| Created by | Nick Barnes |
| Created on | 2002-04-03 17:49:03 |
| Last modified by | Nick Barnes |
| Last modified on | 2018-07-05 17:28:01 |
| History | 2002-04-03 NB Created. 2003-08-12 NB Added analysis note about detecting this configuration. 2018-07-05 NB Suspended because the P4DTI is obsolete. |