Closed jonuy closed 7 years ago
Issue surfaced again while @ArielSD was testing GGW. The following document was created, but wasn't submitted or deleted and thus blocked other text-only submissions at the submit picture phase of reportbacks:
{
__v: 0,
_id: ObjectId("5630ec623f43e00e007010a3"),
campaign: "ggw2015",
caption: "Test",
phone: "{ariel's phone number was here}",
photo: "https://s3.amazonaws.com/mms.mcommons.com/mms/1397726/9WmcchWIUyQOqcMz",
quantity: "1",
started_at: ISODate("2015-10-28T15:40:18.839Z"),
why_important: "Test"
}
i've found a few scenarios where the member can reach The Dead Zone™
reportback.handleUserResponse
function is called -- but won't execute anything because we already have all of the required properties stored on the Reportback in our Mongo reportback
document for the user/campaign. handleUserResponse
currently only submits the Reportback to Phoenix after collecting the why_participated
value, which in this 2nd round we never do because we already have a value. Thus the member has now entered The Dead Zone™One simple solution here may be to wipe the document anytime the member starts the REPORTBACK keyword. That's not exactly the nicest. Thinking through a way improve the logic, but wanted to update on ways this can happen.
cc @justkika @jamjensen @classicfreddie
Updated issue description with checklist for various scenarios (with links to corresponding issues when available).
New chatbot
endpoint should have resolved this.
Update:
TODO - last updated Aug 2, 2016
Original description
This was found while a campaign is in an unpublished test state. Unsure of how much this affects us in an actual launch on production, but it sounds like it could affect us if errors do crop up.
Steps
This seen while testing on this account: https://secure.mcommons.com/profiles/166515827