Offline sender sometimes uses a fake run "id" when adding events

[alahiff]

Sometimes instead of using the actual run id the offline sender uses a string in the form offline_... containing a uuid. I think this an internal placeholder used by the offline sender (?) and results in a 422 error from the server.

Sorry, I'm not sure how to reliably reproduce this.

[wk9874]

Hmmm... Yeah you're correct, in offline mode a randomly generated offline ID is assigned to each object on creation. So an Event knows a Run by its offline ID initially. The sender should then keep a mapping of online and offline IDs and swap them just before the event is uploaded. Not sure why it would sometimes be failing to do that correctly, if you could find a way to reproduce it that'd be great!

[wk9874]

This will probably be caused by a run being closed and so its online ID being deleted by the sender, but then trying to upload another event in a second sender iteration... Just to check @alahiff do you only have one sender running at a time?

[wk9874]

Could also happen if the sender is stopped mid-way through (or failed?) and there are some remnants in the cache from previous runs (but would need to have been stopped between the runs being uploaded and their cached files deleted, and metrics/events being uploaded from the cache)

[wk9874]

Ahhhh, alternatively it could be that a run and events have been created between the sender starting to upload runs, and starting to upload events. Should make it so that the sender gets its list of files to upload as the very first thing it does for all object types, not one object at a time.