OneDrive for Mac: new-file uploads loop forever after a quiet period; editing any existing synced file clears it

Question

OneDrive for Mac: new-file uploads loop forever after a quiet period; editing any existing synced file clears it

Ulvi Yurtsever 15

Environment: OneDrive for Mac (App Store version), macOS 26.6.2, Apple Silicon MacBook Pro, personal account.

Symptom: After OneDrive has had no edits to existing files for a while (observed at about 14 and 21 minutes), the next new file added to OneDrive never finishes uploading. Sync Activity shows it retrying endlessly, and files added afterward queue behind it.

What clears it:

Appending one line to any already-synced file (echo x >> existing.txt). The stuck file uploads within a minute or two.
1. Quitting and restarting OneDrive, but the next new file gets stuck again.
Reproduction (2026-09-10):
1. Append a line to an already-synced file, then within 10 seconds create a new 5 KB file. It uploads normally.
2. 1. Leave OneDrive idle for 21 minutes (no activity in Sync Activity), then create a new 5 KB file. It gets stuck, retrying.
  2. 1. Append a line to an already-synced file. The stuck file uploads immediately.
  3. Ruled out: file type, content, and size (a PDF, an edited Excel file, and random 5 KB and 90 KB files were all affected); extended attributes (an attribute-free copy also got stuck); a single folder; invalid file names. The problem persisted through an OneDrive App Store update and a full OneDrive reset, over several days.

Ulvi Yurtsever 15 Reputation points

2026-09-28T19:07:45.7033333+00:00

Update — September 28, 2026

The problem persists with the current Mac App Store release, OneDrive 26.163.0823. I can now characterize the problem more precisely.

The failure is specific to newly created files. New files are detected by OneDrive, but their uploads repeatedly fail/stall in a loop. This is not related to OneDrive having been idle; it can happen immediately after OneDrive has been restarted.

By contrast, existing synchronized files that are modified continue to upload normally. Thus, OneDrive remains connected and capable of uploading changes to existing files while simultaneously failing to upload newly created files.

Quitting and restarting OneDrive clears the new files that are currently stalled, and they upload successfully. However, newly created files can then immediately encounter the same problem again.

Previously, modifying an existing synchronized file (odkick) would cause stalled new files to upload. That workaround no longer works. The modified existing file itself uploads normally, but the stalled new files remain stalled.

Thus, the problem appears specifically associated with OneDrive's handling/upload of newly created sync items, rather than with general synchronization, connectivity, or an idle-state transition. Updating from 26.158.0816.0002 to 26.163.0823 has not fixed it.
Ulvi Yurtsever 15 Reputation points

2026-09-28T19:54:50.2333333+00:00

Update — September 28, 2026

I have now updated to the newly released Mac App Store version OneDrive 26.168.0830.

There is no change in behavior. Newly created files are still detected but remain stuck in the upload loop, while modifications to existing synchronized files continue to upload normally.

Quitting and restarting OneDrive clears the currently stalled new files, but newly created files can immediately encounter the same problem again.

So this issue is now confirmed to persist across 26.158.0816.0002, 26.163.0823, and 26.168.0830.
Dieter König 5 Reputation points

2026-09-28T20:36:41.36+00:00

I can confirm this. I am on 26.163.0823.0004 and the problem still exists.

It is astonishing how Microsoft does nothing to solve it.

This is extremely annoying and unprofessional.

The recommendation by Microsoft support to change from the Appstore version to the Microsoft Standalone version is a joke.
dawei 0 Reputation points

2026-10-07T08:20:06.2566667+00:00
Same issue here. OneDrive standalone 26.168.0830.0006 on macOS 26.7.1 (Intel MacBook Pro). About 6,400 new files have been stuck in "Uploading" for more than a month, while edits to existing files still upload. After a restart, uploads run for about 8 minutes and then stop. SyncDiagnostics.log shows FilesToUpload = 6387 and numFileFailedUploads = 43097. I have also sent a report with logs from the OneDrive app.

OneDrive for Mac: ~6,400 newly created files never upload; sync engine stuck in an upload-failure retry loop

Environment

OneDrive standalone 26.168.0830.0006, Files On-Demand (File Provider)

macOS 26.7.1 (25G241), MacBook Pro 16,2 (Intel)

Personal account (a work account is also signed in on this Mac)

Symptoms

Activity Center has shown "Uploading 6,371 files" for more than a month. The count never reaches zero.

Newly created files never upload. Edits to existing synced files still upload.

After OneDrive restarts, uploads run for about 8 minutes and then stop completely.

While stuck, OneDrive uses about 200% CPU with almost no network traffic, writes about 290 SyncEngine .odl files per minute, and OneDrive.dat-wal has grown to 2.6 GB.

Data from this Mac

SyncDiagnostics.log: FilesToUpload = 6387, numFileFailedUploads = 43097, numFileUploads = 492, numUploadErrorsReported = 0.

Process sample: UploadGate::CleanUpFailedActiveUploads -> RequeueOrRemoveUpload -> NotifyUploadRemoved -> DriveInfo::RequestPreciseScanIfFileExistsElseFullScan -> PeriodicRetryList::AddToPeriodicRetryList.

ODL logs show AssignIdsToDriveChange events followed by libraryError for the affected files.

Two new test files did not upload within 4 minutes.

This matches Microsoft Q&A question 6000152 ("new-file uploads loop forever after a quiet period").

Questions

Is a fix planned, and in which build?

If I unlink this Mac or reset OneDrive, will the ~6,400 unsynced local files be preserved?

Is it safe to install an older build, such as 26.153.0809, until the fix ships?
Milind Bandekar 0 Reputation points

2026-10-24T00:01:30.9866667+00:00

I have the exact same issue on a fresh install M1 Macbook Pro & Air. Tested with both standalone and App store version of oneDrive app.

For now, I've found a faster workarounnd, which is to pause onedrive sync and then unpause it within few seconds - this does seem to fix the upload loop glitch. If it continues to do the same for newly added files, repeat the pause unpause option.

Hopefully Microsoft fixes this soon in their new build(s).

9 answers

Your answer

Ulvi Yurtsever 15 Reputation points

2026-09-28T19:07:45.7033333+00:00

Update — September 28, 2026

The problem persists with the current Mac App Store release, OneDrive 26.163.0823. I can now characterize the problem more precisely.

The failure is specific to newly created files. New files are detected by OneDrive, but their uploads repeatedly fail/stall in a loop. This is not related to OneDrive having been idle; it can happen immediately after OneDrive has been restarted.

By contrast, existing synchronized files that are modified continue to upload normally. Thus, OneDrive remains connected and capable of uploading changes to existing files while simultaneously failing to upload newly created files.

Quitting and restarting OneDrive clears the new files that are currently stalled, and they upload successfully. However, newly created files can then immediately encounter the same problem again.

Previously, modifying an existing synchronized file (odkick) would cause stalled new files to upload. That workaround no longer works. The modified existing file itself uploads normally, but the stalled new files remain stalled.

Thus, the problem appears specifically associated with OneDrive's handling/upload of newly created sync items, rather than with general synchronization, connectivity, or an idle-state transition. Updating from 26.158.0816.0002 to 26.163.0823 has not fixed it.
Ulvi Yurtsever 15 Reputation points

2026-09-28T19:54:50.2333333+00:00

Update — September 28, 2026

I have now updated to the newly released Mac App Store version OneDrive 26.168.0830.

There is no change in behavior. Newly created files are still detected but remain stuck in the upload loop, while modifications to existing synchronized files continue to upload normally.

Quitting and restarting OneDrive clears the currently stalled new files, but newly created files can immediately encounter the same problem again.

So this issue is now confirmed to persist across 26.158.0816.0002, 26.163.0823, and 26.168.0830.
Dieter König 5 Reputation points

2026-09-28T20:36:41.36+00:00

I can confirm this. I am on 26.163.0823.0004 and the problem still exists.

It is astonishing how Microsoft does nothing to solve it.

This is extremely annoying and unprofessional.

The recommendation by Microsoft support to change from the Appstore version to the Microsoft Standalone version is a joke.
Milind Bandekar 0 Reputation points

2026-10-24T00:01:30.9866667+00:00

I have the exact same issue on a fresh install M1 Macbook Pro & Air. Tested with both standalone and App store version of oneDrive app.

For now, I've found a faster workarounnd, which is to pause onedrive sync and then unpause it within few seconds - this does seem to fix the upload loop glitch. If it continues to do the same for newly added files, repeat the pause unpause option.

Hopefully Microsoft fixes this soon in their new build(s).

Answer 1

Additional data point: we are seeing the same issue, and it is NOT limited to the App Store version.

Setup: OneDrive standalone 26.168.0830.0006, macOS 27.0.1, Apple Silicon. Several Macs, several business accounts, several SharePoint libraries, and also a personal OneDrive account.

Observations:

Newly added files are never uploaded; the menu bar icon keeps cycling.
Renaming an existing file has the same problem: the new name is never synced.
Content changes to already-synced files DO upload normally.
Modifying an already-synced file did NOT release the stuck new file in our case (tested with the "wake" file in another folder of the same library).
Pause/resume sync always releases the stuck files, but the problem comes back.

A complete removal and clean reinstall of the standalone build (reset script, removal of all OneDrive data in ~/Library, keychain entries, restart, fresh install from Microsoft's site) did NOT fix it: the issue came back right after.

We have opened a service request with Microsoft support and will post any update here.

Brooke 0 Reputation points

2026-10-06T09:20:12.5066667+00:00

I have the same issue on the same build version standalone as Eddy, however, I am on a different OS (15.8.0)

Answer 2

I can confirm that I am experiencing exactly the same issue with OneDrive on my Mac Studio (Apple Silicon).

System: macOS 27.0.1 OneDrive version: 26.168.0830.0006

New files added to my OneDrive folder are not automatically uploaded to the cloud. Synchronization only resumes after I manually pause and resume OneDrive syncing.

The problem also occurred on macOS 26, so it is not specific to macOS 27.

This is a recurring issue and makes OneDrive unreliable, as files may remain unsynchronized without any clear warning.

Microsoft, could you please acknowledge this issue and provide information about a possible fix?

Answer 3

Ulvi Yurtsever 15

Thanks for the suggestions. I'll be staying on the App Store version of OneDrive, since that's the version Microsoft offers through the Mac App Store and it should work reliably, so I'd like this treated as a bug in that build.

Details for reproduction:

OneDrive (App Store): OneDrive Version: 26.158.0816.0002 (26.6.2)
macOS: 26.6.2
Idle interval before a new file gets stuck: observed at about 14 and 21 minutes

The reproduction above is consistent. Appending a line to any already-synced file releases the stuck upload every time, so that's my workaround for now. Hoping someone from the OneDrive team can pick this up.

Zahid Barrera Ramirez 470 Reputation points

2026-09-11T04:27:34.3633333+00:00
Thanks, @Ulvi Yurtsever

.With the additional build information and the consistent reproduction, I agree that this is reasonable to treat as a potential OneDrive for Mac bug rather than continue troubleshooting file-specific causes.

Your reproduction is particularly useful because it is deterministic:

OneDrive remains idle for approximately 14–21 minutes.

The next newly created file enters a retry loop and blocks subsequent uploads.

Modifying any already-synced file immediately wakes the sync pipeline and allows the queued new file to upload.

The behavior survives a OneDrive reset and an App Store update.

That strongly suggests an issue around the sync engine/File Provider wake-up path after an idle period rather than the file itself.

One other useful detail: your App Store build "26.158.0816.0002" is newer than the macOS production build currently listed in Microsoft's public OneDrive release notes. Microsoft notes that OneDrive updates roll out gradually, so devices can receive newer builds before the documentation is updated.

At this point I would recommend reporting this directly through OneDrive's feedback channel and including exactly the reproduction steps you posted here, along with:

OneDrive build: "26.158.0816.0002"

macOS: "26.6.2"

Apple Silicon

personal Microsoft account

observed idle intervals

exact timestamps for a stuck upload and the subsequent edit that releases it

If the OneDrive client offers Send feedback, I would submit it immediately after reproducing the stuck state so Microsoft has the best chance of correlating the report with client diagnostics.

I would also keep your current “edit an existing synced file” workaround for now, since it reliably clears the queue without resetting OneDrive.

I cannot escalate the issue directly to the OneDrive engineering team from Microsoft Q&A, but your reproduction is detailed enough to make a solid bug report.

If Microsoft publishes a fix or the issue disappears after a newer OneDrive build, please update this thread with the version number. That would be useful confirmation for anyone else reproducing the same behavior.

If this answer was helpful, please consider marking it as helpful or accepting it as the answer.
Dieter König 5 Reputation points

2026-09-15T15:25:01.7066667+00:00

I have the exact same problem and I must say, after still having sync problems with Word and Excel which are still not solved, this is the next and very annoying bug in a Microsoft app on the Mac. I only use Word, Excel and OneDrive, and now all three of them have serious sync problems. Microsoft is showing a very very bad performance on Macs lately. I am using those apps for my business and the bugs cost me a lot of time, money and nerves.
Adam 5 Reputation points

2026-09-18T18:36:03.0666667+00:00

Same here.
I'm using onedrive for syncing / backing up photos... so I can't append a line...
The only solution i found is to restart (exit and re-open) Onedrive app.
Tried everything I could think of already. Reinstalling, resetting using Microsoft's included script files, removing all entries from keychains.. removing every cache, everythig thing from Libraries... the problem still persists.

Now updated from mac os 26 to 27 - same story.

Any solution would be greatly appreciated as it really is a pain...
Dieter König 5 Reputation points

2026-09-24T09:11:38.86+00:00

Nothing new here I assume, as I am still struggling with this issue and still losing a lot of time due to a bug in OneDrive ...?
Sergio Donato 5 Reputation points

2026-09-27T07:40:11.3933333+00:00
Subject: macOS: newly added files missing from SyncEngineDatabase → endless upload retry loop or stuck "syncing" (26.163 / 26.168)

Environment

MacBook Air, Apple Silicon (arm64), macOS 27.0

OneDrive standalone (not the App Store version), personal account, Files On-Demand (File Provider)

First appeared after the auto-update to 26.163.0823 on Sept 20, 2026. Still present on 26.168.0830.

Summary Some files newly added to the OneDrive folder are never registered by the sync engine. File Provider reports them as isUploaded = 1, but they are absent from SyncEngineDatabase.db (od_ClientFile_Records). Two failure modes follow:

Active retry loop. The logs repeat 2–3 times per second: DoesFileNeedToBeUploaded → StartUpload → LogFullFileUploadComplete: Failure → NotifyUploadRemoved → AddToPeriodicRetryList → PreciseScan. The process uses 15–30% CPU continuously, SyncEngine logs grow by about 1 MB every 12 seconds (roughly 7 GB of writes per day), and almost nothing is sent over the network (about 5 KB in 10 seconds).

Silent stall. The Finder shows a permanent "syncing" badge, with no log activity at all.

The idle-state bug also affects deletions: after ~20 minutes with no sync activity (SyncEngine log silent, 0% CPU), moving a synced folder to the Trash in Finder hangs indefinitely at "Moving to Trash". Relaunching OneDrive is required.

The failure is entirely local. od_ServiceOperationHistory shows only 200/201 responses, and the loop generates no service calls.

Affected files (examples)

a 502 MB .pptx (valid; ZIP integrity check passed)

two 78 MB .mp4 exported by a video editor

four small .wav files (24–86 KB)

random-data .bin test files

a 4.7 MB .mp4 downloaded from the web (loop)

a 3.2 MB .jpg restored from the macOS Trash (silent stall)

Tests performed

Metadata: we uploaded a copy of the same video with com.apple.quarantine removed and one untouched. Both looped, so quarantine / Mark of the Web is not the cause.

Size and content: of four random-data files (1, 10, 40 and 100 MB, created with dd if=/dev/urandom), two looped, including one of 10 MB or less. A 24 KB .wav also looped. Another .mp4 added two minutes before a failing one synced correctly. Size and file type are not the trigger.

Folder: the issue reproduces in the root folder, in an existing folder and in a newly created folder.

Moving the file out of the OneDrive folder stops the loop. Moving it back in reproduces the issue.

Full reset (ResetOneDriveAppStandalone.command) and re-login: sync works for a while, then the issue returns with new files. The reset script cannot delete ~/Library/Group Containers/UBF8T346G9.OneDriveStandaloneSuite ("Operation not permitted") unless Terminal has Full Disk Access.

Downgrade to 26.153.0809 (Production): the app refuses to start with "OneDrive update required – files were managed by a newer version", even after a reset, because state persists in the protected Group Container. After a reset with Full Disk Access, the auto-updater immediately installed 26.168.0830, and the issue came back.

Disk space (162 GB free), network and permissions are fine. No antivirus is involved.

Workaround found Quitting and relaunching OneDrive fixes stuck items. On restart, the stuck .mp4 and .jpg were added to od_ClientFile_Records and uploaded within about one minute (InlineUploadBatch 200, OpenUploadSession 201, UploadBlock 200). Uploading via onedrive.com also works.

Likely cause While the client is running, the sync engine seems to miss the File Provider notification for some newly created files, including files restored from the Trash. The full scan at startup picks them up correctly. The retry loop does not add the missing item to the database, so it never recovers on its own.

Expected behaviour / requests

New files are registered and uploaded without having to restart the client.

Upload failures are shown in the Activity Center, with backoff instead of retrying several times per second.

A supported way to roll back to a previous version when a release regresses.
Eddy 35 Reputation points

2026-10-01T04:26:09.0866667+00:00

Same issue with the standalone app. Even completely removing OneDrive and installing all over again did not fix it.

Answer 4

Art Walker 0

I can confirm that I'm experiencing the same issue with OneDrive for Mac, version 26.168.0830.0006 (26.6.0). Unlike what Christophe Blondel reported in the previous post, for me this problem is NOT restricted to largeish (4 MB) files; as noted below, I have seen this issue with files under 1 MB.

I've been experiencing this same intermittent synchronization problems for several months, initially on an M1 MacBook Air and now on a new M5 MacBook Air. The problem has persisted across both machines.

Some details that may be helpful:

Newly added files get stuck indefinitely in the "Uploading" state, showing 0 bytes uploaded. OneDrive displays no error message.
I've experienced this with several file types, including PDF, MP4, MP3, and HTML files.
The files are located in different subfolders, but all are under the same OneDrive root folder.
These are typically files downloaded from various websites. However, newly created Word documents (.docx) in the same folders upload without any problems.
I've successfully uploaded dozens of MP4 files to these same folders in the past.
Restarting OneDrive and restarting the Mac do not resolve the problem.

I tried the workaround mentioned earlier in this discussion and confirmed that it works in my case.

Today, I copied a 975 KB PDF into a OneDrive folder. It remained stuck at 0 bytes uploaded. I deleted it from the OneDrive folder but retained the original copy elsewhere on my Mac. I then copied the same PDF into the OneDrive folder again, and it still wouldn't upload.

Following the earlier suggestion, I made a small change to an existing Word document that had previously synchronized successfully and saved it.

Immediately afterward, both the Word document changes AND the previously stuck PDF synchronized successfully.

This confirms that the suggested workaround works for me as well. It also reinforces the suspicion that the problem lies in OneDrive's synchronization process for newly added files, rather than in particular file types, file sizes, or download sources.

One other note. Eddy said in this post that version 26.173.0906.0008 fixed the issue. That appears to be a production release for macOS dated 25 September 2026. That might be true, but the current version in the App Store as of 31 October 2026 is still 26.168.0830.0006.

Art Walker 0 Reputation points

2026-11-03T17:19:50.4133333+00:00

Update: I updated to version 26.189.0928 of OneDrive (it was finally made available in the App Store) a few days ago, and so far it seems to have fixed the problem.
Ulvi Yurtsever 15 Reputation points

2026-11-03T18:23:30.1233333+00:00

I can confirm the same result here.

Immediately before updating, I re-tested the old Mac App Store build 26.168.0830 and the new-file upload loop was still present. I then upgraded to 26.189.0928 and, so far, newly created files are uploading normally without getting stuck in the retry loop.

So on my system, the change from 26.168.0830 to 26.189.0928 appears to have fixed the issue as well.
Juan Mayoral 0 Reputation points

2026-11-07T17:21:19.4033333+00:00
Adding another data point. In my case 26.189.0928 did NOT fix it, and edits fail too.

Setup: MacBook Pro M3 Max, macOS 27.0.1, OneDrive 26.189.0928.0007 (Mac App Store, installed Nov 3), work account. About 1.25M items with Files On-Demand.

Symptoms, since about 10:30 AM on Nov 4:

Nothing uploads from the Mac: not new files, and not edits to existing synced files.

Downloads from the server work normally.

Uploading the same file through the OneDrive website works.

Sync Activity shows "Syncing 15-19 files" stuck for days.

fileproviderctl reports isUploaded = 1 for files that are not on the server.

Network monitoring shows no file-sized upload requests at all, only small requests of a few KB.

Tried without success: quitting and relaunching OneDrive, rebooting the Mac, pausing and resuming sync, creating a new file, and appending to an existing synced file. Internet is fine (36 Mbps upload). No storage, permission or throttling errors.

The App Store still offers only 26.189.0928. Has anyone on 26.195 or 26.198 standalone confirmed that uploads work on macOS 27.0.1? Has anyone heard back from Microsoft on a support case?
Ulvi Yurtsever 15 Reputation points

2026-11-09T06:37:00.3133333+00:00

@Juan Mayoral

Sorry to hear your system is still failing to upload. Maybe worth a try to somehow reset that sync queue that's been stuck for days. In my case the new version was installed in a state of clean upload queue (because the workaround quit -> restart OneDrive was clearing the upload sync queue every time).

Answer 5

Hi @Ulvi Yurtsever

This is a very useful reproduction, especially because editing an already-synced file immediately releases the queued new-file upload.

Based on the behavior you described, I would not focus on file type, filename, extended attributes, or the individual OneDrive folder anymore. You have already isolated most of those variables.

The pattern looks more like the OneDrive/File Provider sync pipeline is entering an idle state and failing to wake correctly when the next event is a newly created file. Modifying an existing synced file appears to generate a different change notification that wakes the sync engine and causes the pending upload queue to resume.

Since you are specifically using the Mac App Store version, I would run one additional A/B test:

Confirm your current OneDrive version.

Quit OneDrive.

Run the appropriate OneDrive reset command from the current app bundle.

Remove the App Store build.

Install the latest standalone OneDrive for Mac build directly from Microsoft.

Configure the same personal account.

Repeat your exact test:

modify an existing file

  create a small new file and confirm it uploads
  
     leave OneDrive idle for 20–25 minutes
     
        create another new file

Microsoft maintains separate App Store and standalone versions of OneDrive on macOS, and they should not be installed/configured for the same account at the same time.

If the standalone build does not reproduce the issue, that would strongly suggest something specific to the App Store build or its interaction with macOS File Provider.

If the same behavior occurs with both builds, I would consider this a strong candidate for a OneDrive/macOS File Provider bug rather than a local file problem.

I would also capture these details before opening a support case:

OneDrive version/build number

macOS version

exact idle interval before reproduction

timestamps for the new-file creation and existing-file modification

whether fileproviderd shows increased activity when the existing file is modified

whether the pending file appears immediately in OneDrive Sync Activity

Your reproduction is consistent enough that I would report it to Microsoft rather than continue resetting the client. Microsoft’s current macOS release notes include ongoing reliability fixes, but I could not find a documented known issue matching this exact idle/new-file pattern.

If this answer was helpful, please consider marking it as helpful or accepting it as the answer. It may also help other Mac users reproduce the same sync issue.Hi Ulvi,