Rejecting codes greater than 2^19 - 1 creates a confusing user
experience.

Perhaps a better solution would be to make all components restartable,
but that's difficult as they may have entered error states.

It would be nice to be able to put this code in a superclass, since in
the case of an activity like this it only deals with superclass state.

Mutable static fields should be avoided, but this is the only way to
make the bundle encrypter available before calling
RoboActivity.onCreate(), which needs to be passed the decrypted state.

Only the bundle contents created by Briar classes are encrypted.