Active
Project:
Project Issue File Review
Version:
6.x-3.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
19 Jan 2012 at 21:34 UTC
Updated:
19 Apr 2015 at 23:40 UTC
Jump to comment: Most recent
Comments
Comment #1
jthorson commentedOne possible (elaborate) solution to solve this:
We create a new key in the PIFT array that gets sent over to qa.d.o, called 'update'. Inside this key, we send an array of tests which are currently in the 'sent' state; representing the list of outstanding tests from PIFT's perspective.
On the PIFR side, we do a query on pifr_test, using the received test_id's from the 'update' key. If any of the test_ids are not in the 'queued' state, PIFR adds them to a response array, with the appropriate status (postponed, pass, fail, etc), and fires them back to PIFT.
Upon reception, PIFT updates it's own database with the proper values.
This way, the two db's are able to stay in sync, even when the communication between them fails.
(Of course, it sure would be nice to know why the communication between them fails in the first place!!!)
Comment #2
jthorson commentedI suspect this will happen if the test is cancelled, as I just ran into it during PIFT porting. Need to re-visit ... just not now. Adding note as a reminder.
Comment #3
isntall commentedComment #4
jthorson commentedThis is specific to qa.d.o, and does not carry forward to DrupalCI.