feat(sltt-app): add LAN restoration path for pending uploads

[ericpyle]

If all videos have been stored on the LAN (e.g. NAS) path, but not all of those have been uploaded, it's possible for the uploader client to clear/delete its own Video Cache Record cache, so that no LAN client realizes videos still need to be uploaded.

In this state, other users can see that there are videos which they need to download, but they haven't been downloaded yet, and will show up like this under Settings > Debug tab (and issue errors in the devTools Network and perhaps console log as well):

7] SLTT_ONBOARDING/240501_232229/240605_223842/240706_231001-1error-0 [retries=3] [delay=-1s]
[6] Acts 1 / Record offline 4 [[[email protected]](mailto:[email protected])] [SLTT_ONBOARDING/230921_154536/240703_211434/240703_222000-2] -0 [retries=3] [delay=-1s]
[5] Acts 1 / Record offline 4 [[[email protected]](mailto:[email protected])] [SLTT_ONBOARDING/230921_154536/240703_211434/240703_214711-1] error-0 [retries=3] [delay=-1s]
[4] Acts 1 / Record offline 3 [[[email protected]](mailto:[email protected])] [SLTT_ONBOARDING/230921_154536/240703_190853/240703_214654-1] error-0 [retries=4] [delay=1s]
[3] Acts 1 / Record offline 3 [[[email protected]](mailto:[email protected])] [SLTT_ONBOARDING/230921_154536/240703_190853/240703_190857-1] error-0 [retries=4] [delay=1s]
[2] Acts 1 / Record offline 2 [[[email protected]](mailto:[email protected])] [SLTT_ONBOARDING/230921_154536/240703_190734/240703_190743-2] error-0

PROPOSED solution:

Whenever a new client is created associated with a user who has already stored videos on the LAN, the new client can search for any video cache records on the LAN with (uploadeds) video blobs that have not been uploaded by the old client(s) and assume responsibility for uploading them after initialization.

ALTERNATIVE: Have all clients detect when there are pending uploads and join in the effort to upload them. (Not sure what will happen if we try to upload the same blob over again)