What
File sync is the step that brings a local folder's files into a cloud session. This build adds two related pieces of detection, and both rely on a detector function, I0, that returns null every time. A companion function, vr, always returns !1 (false). As a result, neither piece can trigger:
- The unrecognized working copy check: a new helper,
mO, would make the sync-folder check returnunrecognized_working_copyand make the working-copy test inTfreturn true early. New messages come with it: "File sync is not available for this launch (...)" and "starting a session from local files is switched off, so this cloud session starts without this folder's files". BecauseI0returnsnull,mOis always false. - The alternate root lookup:
JGnalways returns null, andOtalways uses its fallback, soXR(e)behaves likeRo(e)andYH(e)likeqW(e). The root and readability checks built aroundIct, a hash comparison againsthVn(), cannot be reached.
Why
Nothing changes for you in this build. File sync behaves as it did, and the new "File sync is not available" message cannot appear yet. The code is ready to be switched on in a later build.
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubt
It is not fully certain that the detection always reports nothing in this build.