
I do not know when the error was eliminated. I only know that it was there for a very long time. And it wasn’t until a Reddit discussion that I was proven wrong.
In 2019, I was in USA at Airlift 2019 in Bellevue. For 4 days Microsoft provided us with Teams basics and news. Friday was free, return flight on Saturday. And already during the preparations I communicated with the Microsoft product group and was then already on the Microsoft campus for breakfast. And Gaia Carini had invited the responsible engineer, who said only one thing about the problem: „Difficult“.
It was about moving data across the site collections while keeping the metadata, in this case the version history. And this, of course, in Windows Explorer. I described the problem here. And mentioned over and over again in the OneDrive workshops. And as described above, now it works. Not only in the browser, but also in Windows Explorer.

Scenario 1: Library is already synchronized
So classic synchronization. The entire library. And the new library, where the data should be moved to, is also set correctly.
- Switch to the Windows Explorer
- Calling the synchronized library (Source)
- Selecting the directories and files.
- Cut (CTRL X)
- Switch to the destination directory (Destination)
- Paste (CTRL V)
- Wait
(until all files have been moved to the destination directory and synchronized)
Vulnerabilities
If you have synchronized the files but enabled Files on Demand, the file must first be downloaded, then moved to the target directory and synchronized up again. The history is also moved, although it is not available in Windows.
If you have excluded directories and files from synchronization, they will not be moved. These are not present.
Do not forget that with many files and several history data the whole will last longer.

Scenario 2: Library may or may not be synchronized.
- Switch to the web version of the source library
- Select parts or all folders
- Select Move to
- Search for the target library in the new window
- Select Move here
- Wait until the process is finished.
Vulnerabilities:
During the move, other members should not work with documents in the source library.
Advantages:
The download / upload in the first phase of moving is omitted. After successful moving, the data in the source library is deleted. This also results in the deletion of the synchronized data on the members‘ devices. If „Files on Demand“ is enabled, the resynchronization of the destination library is negligible because no content has to be downloaded then.
It may take a while for the process to complete. However, since the process takes place in the cloud, no local resources are needed for the move.
Summary
So moving via web browser is much faster and should become the primary method. The shortcoming years ago, that moving data in Windows Explorer was done with loss of history when the site collection was changed, is no longer present. Especially in Europe, where mostly only asynchronous connections are available, one should still prefer the browser method. For more information see my 10 Minute Youtube-Video.