When trying to sync my computer to OneDrive after a while, the "Dates modified" of the folders it synced changed to when they were synced. I don't remember this behavior—can I reverse/stop this, without it immediately re-syncing and resetting it again?

The computer I'm having these issues with is a 2021 Lenovo Thinkpad T14s Gen 2 (AMD) with an AMD Ryzen 5 PRO 5650U with Radeon Graphics processor at a nominal 2.30 GHz, 16 GB of RAM (of which 14.8 GB is usable), the 1920 × 1080 display, and an SSD advertised as 512 GB; currently running Windows 10 Pro version 22H2, build 19045.6216 on its internal drive. I really want to upgrade it to Windows 11 ASAP owing to the end-of-support for Windows 10, and at present this is the main issue preventing me from doing so.

So, here's what I did:

1. I (inadvertently) let my OneDrive subscription expire from May 2024 to April 2025.
2. After purchasing the service again a bit before it was due to trash my files, I continued to prevent it from syncing (it starting to "Process[ing] changes" each time) as it had content saved in my OneDrive-synced folders I didn't want in OneDrive, and I didn't have a good means of Moving it somewhere else.
3. After finding a solution to Move items outside of OneDrive-synced folders, I decided to finally sync again on July 27, 2025.
4. Miscellaneous problems popped up with overlong path lengths and exceptionally long "Looking for changes" times. (Relevant posts on July 29, 2025 and August 5, 2025, though I think I'm past these issues now. At least, they're irrelevant for the moment.)
5. Overnight when I was asleep on August 13, 2025, it finally started syncing in earnest, at least apparently.
6. In the middle of the sync process, a "Path is too long" error occurred as I had forgotten to crop a particular path short enough for the limitations of OneDrive, stopping it.
7. I wake up to find the error and the folders it managed to sync all having "Dates modified" set to when they were synced, while the rest of the folders were intact.
8. Afterwards, I have not deliberately shut down or seriously used the computer since then. (Indeed, I have disconnected it from the internet to prevent it from receiving updates or transferring other potentially unwanted packets, with occasional brief {~30 second} exceptions just to keep the system clock accurate.) It did, however, once restart on its own.

I strongly oppose this folder modification date change behavior and think it's absolutely incompatible with a service meant for data backup and mirroring**.** And I don't remember it historically being the case—while one could say that my memories can maybe be explained by it syncing near-immediately after downloads or file creation, I had been using that computer on a free OneDrive plan and IIRC exceeded its 5 GB limit before getting my paid OneDrive plan in January 2023, and there is no large block of near-simultaneous folder "Dates modified" from that time.

I recognize there are probably tools I could use to correct those dates, but there are several potential concerns with this:

1. My last physical backup (an unlocked/"rolling shutter" sector-by-sector image) was in late May 2025, while I stopped majorly using the computer on June 16, 2025, leading to at least 20 days of missing old folder "Dates modified" data. (The reason I stopped being spooky issues with the file system and SSD write amplification that made me want to switch to a new install after archiving everything... which I am still trying to do.) Also, that backup may presently be inaccessible for reasons regarding the health of the drive it was stored in—outside that drive, the last physical backup I have dates to ~March 2024, when OneDrive was still active.
2. For non-backed-up folders, or those that have been changed since then, AFAIK the only source of folder modification times that can be reflected is the creation (modification?) times of items currently within those folders as a lower bound, not other sources of folder modification time change like file and folder renaming and moves.
3. Even in the case of creation/modification times of items currently within those folders, depending on how, a correction that still may not authentically represent the original times. (It would if Windows directly transfers the time of the most recent modification-worthy event to the folder, but may not if Windows signals that a modification has occurred to the thread handling that folder, which writes the time when it processes the signal, resulting in a slightly later timestamp considering the resolution of NTFS, the degree of time difference depending on the specific computing environment at the time.)
4. If I manually "force correct" them, then I'm not sure I or anyone else can ever fundamentally trust the time metadata on items in this filesystem anymore—I may as well be just making it all up.
5. Even if I manage to correct them, wouldn't this metadata change signal to OneDrive that the most up-to-date version of the item is not synced, leading it to resync and reset the Date modified again?

And so, the question. I am deeply afraid that because this fundamentally involves Windows 10 (even though it's in service of migrating to Windows 11) this question will be disallowed, but I hope that's incorrect (especially as there were exceptions to the October 14, 2025 deadline). (Note: I have attempted to ask this question no fewer than 18 times—4 times on other online communities, 4 times to LLMs, 6 times on this platform, and 3 times in calls for help on my social media platforms after the previous 13 times {1 of the LLM asks post-dates those}. The posts to other communities fell almost entirely to deaf ears, I don't really trust the answers from the AIs, and the previous 6 attempts to post this question here were thwarted by bizarre technical issues, which I attempted to ask questions about resolving no fewer than 15 times {4 times on other online communities, 7 times to LLMs, 1 attempted time on this platform, and 3 times in those same calls for help on my social media platforms after the previous 12 times}. So, yeah, I hope this will post...)