bug with file operations after latest windows 11 update

Question

bug with file operations after latest windows 11 update

nikos 15

I am the developer of xplorer2 <Removed>, a file manager like windows file explorer, and I want to report a windows BUG that affects my program.

since the latest windows 11 update (10.0-26100.4061) my program will not show the file copy progress window, a feature that works in all versions from windows 95 and up. The situation is quite technical to explain, so I will try to be succinct

no matter how I initiate the file copy (clipboard copy/paste, drag-drop, even using IFileOperation shell interface), the file is copied but without any visual feedback (the above progress window is missing). I will include some C++ code how am I handling a file paste operation:

IDataObject* source = OleGetClipboard(); 
IDropTarget* target = IShellFolder::GetUIObjectOf(IID_IDropTarget); 
target->DragEnter(source, MK_LBUTTON | MK_CONTROL, POINT(0,0), DROPEFFECT_COPY); 
target->Drop(source, MK_CONTROL, (0,0), &effect); 
// copy works but no progress dialog is shown

I don't think the particular parameters used in this code block are relevant, as other parts of the program that SHOULD show a file progress indicator, do not show it either

please forward this to someone of the windows shell (file explorer) team for consideration

thank you in advance

Nikos Bozinis

PS. some people see the copy progress window only the first time they copy a file with xplorer2, then it goes silent from the 2nd file operation and for the duration of the program run

Reply

nikos 15 Reputation points

2025-05-26T06:33:36.8866667+00:00

it also happens when plain SHFileOperation API is used to copy files, first time it shows progress, then nothing!
Viorel 126.9K Reputation points

2025-05-26T13:53:54.0666667+00:00

In order to lessen unscientific empiricism, perhaps you should provide a sample Visual Studio project that reproduces the problem (which only needs manual adjustments of paths), and details such as the size of copied files, whether SHFileOperation is used to copy a single file or a group of files, whether the progress window appears in other instances of the program or File Explorer, etc.

nikos 15

It is quite easy to reproduce, create a dialog based MFC application, make the dialog a drop target ("accept files" = TRUE), then use this as a WM_DROPFILES handler below

the first time you drag-drop a file, you will see a progress copying it into TEMP folder. The second time you see nothing.

void CshfileopDlg::OnDropFiles(HDROP hDropInfo)
{
	WCHAR buf[MAX_PATH] = {0}
	DragQueryFile(hDropInfo, 0, buf, MAX_PATH); // just get the first one
	DragFinish(hDropInfo);
	//MessageBox(buf);

	SHFILEOPSTRUCT fop = {0};
	fop.hwnd = m_hWnd;
   fop.wFunc = FO_COPY;
   fop.pFrom = buf;
	buf[lstrlen(buf)+1] = 0;
	WCHAR temp[MAX_PATH];
	ExpandEnvironmentStrings(L"%TEMP%", temp, MAX_PATH);
   fop.pTo = temp;
   fop.fFlags = FOF_ALLOWUNDO;
	int res = SHFileOperation(&fop);

	CDialogEx::OnDropFiles(hDropInfo);
}

Viorel 126.9K Reputation points

2025-05-28T12:33:07.29+00:00
To work around the problem, try to use the IFileOperation temporarily with FOFX_ADDUNDORECORD | FOFX_NOMINIMIZEBOX flags.

It seems that the issue needs a direct support, or at least a report via Feedback Hub.

Regarding the UI differences:

https://developercommunity.visualstudio.com/t/After-applying-KB5055627-the-display-co/10896323
Leanterface 25 Reputation points

2025-05-30T03:39:56.74+00:00

Developer of OneCommander file manager here - many users report the same issue in the past several days. Can't find any recent update in common with users that report the same issue. Microsoft should fix it ASAP!
Marek 10 Reputation points

2025-06-01T12:27:06.86+00:00

I am developer of the FreeCommander file manager - the same problem reported by multiple users. I updated my Windows 11 PC to version 24H2 Build 26100.4061 a few days ago. Until yesterday, I couldn't reproduce the problem. The progress dialog was always there during the copy process. Suddenly, today, the behavior is as described by many users. After starting the program, the progress dialog is visible during the first copy, but it disappears afterward, but the operation is performed.

A fix from Microsoft would be appreciated by many users.
Marek 10 Reputation points

2025-06-01T15:52:12.8133333+00:00

Using the operation flag FOFX_NOMINIMIZEBOX with IFileOperation brings back progress dialog, however with old UI:
Leanterface 25 Reputation points

2025-06-07T15:22:05.83+00:00

I have created .NET 8 version that reproduces the issue:
https://github.com/m1l/WindowsOperationsBroken

I can't reproduce it myself but a few users who can have confirmed that the behavior is the same - showing dialogs the first time only
John Kennedy 0 Reputation points

2025-06-10T15:53:23.76+00:00

Just a lay user. Same problem with Q-Dir explorer. Shows the progress bar once if I'm lucky and then nothing. Just updated Windows 11 to the latest and greatest as of 6/10/25 and no chenge. Frustrating and obvious that it is not the problem of the software developers.

John
Reinhard 0 Reputation points

2025-06-11T13:19:10.6666667+00:00

Developer of FileBot here. My users have reported the same issue. The IFileOperation dialog either doesn't show up at all, or only once and then never again, even though operations are performed as if FOF_SILENT was set. I can notably reproduce the issue on my Win 11 machine. My users report that everything worked fine until some recent Win 11 update, and the same release works normally on Win 10 machines.
John Kennedy 0 Reputation points

2025-06-11T19:01:43.18+00:00

Friends,

Have to apologize for being vague in my report. My experience with coding is limited to a few lines of Morse Code I learned as a Boy Scout, so not much help here other than sharing surface level symptoms. I did find one anomaly worth mentioning.

Two computers with Win 11 Home. Both updated with the latest cumulative packages as of 6/11/25

First computer is a Dell Victus gaming PC with win 11 home version 24H2, 10.0.26100, build 26100. Latest cumulative update is KB5063060.

Q-Dir explorer still doing the same thing. Inconsistent presentation of the progress bar on fresh launch. Sometimes shows the progress bar and sometimes not. Consistent that the second and subsequent attempts within a session to transfer does not show the bar. The transfer itself goes on properly, only no visual indication of when it is completed.

Second computer, Dell Inspiron laptop with Win 11 Home ver 23H2, 10.0.22631 build 22631. KB506099 cumulative update.

Q-Dir works in this computer. Progress bars consistent across multiple transfers. Shorter files around 200k don’t show the process bar, but larger GB size folders do show the transfer progress. The computer is fast, so lack of progress bars for smaller files that appear almost instantly may be normal behavior.

So it looks like win 11 version 24H2 is broken whereas ver 23H2 is not.

Hope somebody at MS can fix this soon.

John
Niraj Yadav 0 Reputation points

2025-06-13T17:57:08.62+00:00

So, as a user of Nikos' Xplorer² FM as well as OneCommander FM, which is also experiencing this issue, the OC dev has pinpointed it down to a couple of Windows Updates that might be the culprit:

I think I found the culprit for missing copy/move progress dialogs

KB5060842

Upgraded one Windows 10 PC to Windows 11; OC dialogs work, Windows says there is an update KB5060842 available; I install it and after restart dialogs are broken. Went into

Settings > Windows Update > Update history > Uninstall updates

and uninstalled that update and the dialogs show up again.

Anyone else had that update installed recently?

and

Also caused by KB5063060. Uninstalling that one fixes the issue

With a linked YT video showing the fix.

https://www.youtube.com/watch?v=r4fq6T4JrM4

Both of those show as Cumulative updates, so it may take some doing to get them uninstalled.
Viorel 126.9K Reputation points

2025-06-13T18:59:37.6733333+00:00

Perhaps the manufacturer is not yet aware about the defect or undocumented changes in usage, and should be informed by the involved developers using dedicated channels.
Bob Lindsay 0 Reputation points

2025-06-27T19:49:30.0866667+00:00

Running Insider Preview Dev release (26200.5661) so unfortunately no option to uninstall those KB updates.
Michael Crnich 5 Reputation points

2025-07-01T17:48:35.7766667+00:00

I'm using FreeCommander which produces the same result. When I copy from the FC panel to an Explorer panel, I see the progress bar. However, if I try to copy from the Explorer panel to a FC panel, it is not visible. I'm sure you all have similar results, just wanted to add my 2 cents. Very frustrating. Using just FC from panel to panel, I see no progress bar at all. ETA: Same goes for deleting files. If I attempt to delete any other way but Windows Explorer, I see no progress bar.

6 answers

Your answer

nikos 15 Reputation points

2025-05-26T06:33:36.8866667+00:00

it also happens when plain SHFileOperation API is used to copy files, first time it shows progress, then nothing!
Viorel 126.9K Reputation points

2025-05-26T13:53:54.0666667+00:00

In order to lessen unscientific empiricism, perhaps you should provide a sample Visual Studio project that reproduces the problem (which only needs manual adjustments of paths), and details such as the size of copied files, whether SHFileOperation is used to copy a single file or a group of files, whether the progress window appears in other instances of the program or File Explorer, etc.
nikos 15 Reputation points

2025-05-27T11:51:15.8166667+00:00

It is quite easy to reproduce, create a dialog based MFC application, make the dialog a drop target ("accept files" = TRUE), then use this as a WM_DROPFILES handler below

the first time you drag-drop a file, you will see a progress copying it into TEMP folder. The second time you see nothing.

void CshfileopDlg::OnDropFiles(HDROP hDropInfo) { WCHAR buf[MAX_PATH] = {0} DragQueryFile(hDropInfo, 0, buf, MAX_PATH); // just get the first one DragFinish(hDropInfo); //MessageBox(buf); SHFILEOPSTRUCT fop = {0}; fop.hwnd = m_hWnd; fop.wFunc = FO_COPY; fop.pFrom = buf; buf[lstrlen(buf)+1] = 0; WCHAR temp[MAX_PATH]; ExpandEnvironmentStrings(L"%TEMP%", temp, MAX_PATH); fop.pTo = temp; fop.fFlags = FOF_ALLOWUNDO; int res = SHFileOperation(&fop); CDialogEx::OnDropFiles(hDropInfo); }
Viorel 126.9K Reputation points

2025-05-28T12:33:07.29+00:00

To work around the problem, try to use the IFileOperation temporarily with FOFX_ADDUNDORECORD | FOFX_NOMINIMIZEBOX flags.

It seems that the issue needs a direct support, or at least a report via Feedback Hub.

Regarding the UI differences:

https://developercommunity.visualstudio.com/t/After-applying-KB5055627-the-display-co/10896323
Leanterface 25 Reputation points

2025-05-30T03:39:56.74+00:00

Developer of OneCommander file manager here - many users report the same issue in the past several days. Can't find any recent update in common with users that report the same issue. Microsoft should fix it ASAP!
Marek 10 Reputation points

2025-06-01T12:27:06.86+00:00

I am developer of the FreeCommander file manager - the same problem reported by multiple users. I updated my Windows 11 PC to version 24H2 Build 26100.4061 a few days ago. Until yesterday, I couldn't reproduce the problem. The progress dialog was always there during the copy process. Suddenly, today, the behavior is as described by many users. After starting the program, the progress dialog is visible during the first copy, but it disappears afterward, but the operation is performed.

A fix from Microsoft would be appreciated by many users.
Marek 10 Reputation points

2025-06-01T15:52:12.8133333+00:00

Using the operation flag FOFX_NOMINIMIZEBOX with IFileOperation brings back progress dialog, however with old UI:
Leanterface 25 Reputation points

2025-06-07T15:22:05.83+00:00

I have created .NET 8 version that reproduces the issue:
https://github.com/m1l/WindowsOperationsBroken

I can't reproduce it myself but a few users who can have confirmed that the behavior is the same - showing dialogs the first time only
John Kennedy 0 Reputation points

2025-06-10T15:53:23.76+00:00

Just a lay user. Same problem with Q-Dir explorer. Shows the progress bar once if I'm lucky and then nothing. Just updated Windows 11 to the latest and greatest as of 6/10/25 and no chenge. Frustrating and obvious that it is not the problem of the software developers.

John
Reinhard 0 Reputation points

2025-06-11T13:19:10.6666667+00:00

Developer of FileBot here. My users have reported the same issue. The IFileOperation dialog either doesn't show up at all, or only once and then never again, even though operations are performed as if FOF_SILENT was set. I can notably reproduce the issue on my Win 11 machine. My users report that everything worked fine until some recent Win 11 update, and the same release works normally on Win 10 machines.
John Kennedy 0 Reputation points

2025-06-11T19:01:43.18+00:00

Friends,

Have to apologize for being vague in my report. My experience with coding is limited to a few lines of Morse Code I learned as a Boy Scout, so not much help here other than sharing surface level symptoms. I did find one anomaly worth mentioning.

Two computers with Win 11 Home. Both updated with the latest cumulative packages as of 6/11/25

First computer is a Dell Victus gaming PC with win 11 home version 24H2, 10.0.26100, build 26100. Latest cumulative update is KB5063060.

Q-Dir explorer still doing the same thing. Inconsistent presentation of the progress bar on fresh launch. Sometimes shows the progress bar and sometimes not. Consistent that the second and subsequent attempts within a session to transfer does not show the bar. The transfer itself goes on properly, only no visual indication of when it is completed.

Second computer, Dell Inspiron laptop with Win 11 Home ver 23H2, 10.0.22631 build 22631. KB506099 cumulative update.

Q-Dir works in this computer. Progress bars consistent across multiple transfers. Shorter files around 200k don’t show the process bar, but larger GB size folders do show the transfer progress. The computer is fast, so lack of progress bars for smaller files that appear almost instantly may be normal behavior.

So it looks like win 11 version 24H2 is broken whereas ver 23H2 is not.

Hope somebody at MS can fix this soon.

John
Niraj Yadav 0 Reputation points

2025-06-13T17:57:08.62+00:00

So, as a user of Nikos' Xplorer² FM as well as OneCommander FM, which is also experiencing this issue, the OC dev has pinpointed it down to a couple of Windows Updates that might be the culprit:

I think I found the culprit for missing copy/move progress dialogs

KB5060842

Upgraded one Windows 10 PC to Windows 11; OC dialogs work, Windows says there is an update KB5060842 available; I install it and after restart dialogs are broken. Went into

Settings > Windows Update > Update history > Uninstall updates

and uninstalled that update and the dialogs show up again.

Anyone else had that update installed recently?

and

Also caused by KB5063060. Uninstalling that one fixes the issue

With a linked YT video showing the fix.

https://www.youtube.com/watch?v=r4fq6T4JrM4

Both of those show as Cumulative updates, so it may take some doing to get them uninstalled.
Viorel 126.9K Reputation points

2025-06-13T18:59:37.6733333+00:00

Perhaps the manufacturer is not yet aware about the defect or undocumented changes in usage, and should be informed by the involved developers using dedicated channels.
Bob Lindsay 0 Reputation points

2025-06-27T19:49:30.0866667+00:00

Running Insider Preview Dev release (26200.5661) so unfortunately no option to uninstall those KB updates.
Michael Crnich 5 Reputation points

2025-07-01T17:48:35.7766667+00:00

I'm using FreeCommander which produces the same result. When I copy from the FC panel to an Explorer panel, I see the progress bar. However, if I try to copy from the Explorer panel to a FC panel, it is not visible. I'm sure you all have similar results, just wanted to add my 2 cents. Very frustrating. Using just FC from panel to panel, I see no progress bar at all. ETA: Same goes for deleting files. If I attempt to delete any other way but Windows Explorer, I see no progress bar.

Answer 1

Pete Brown (Windows) 105 Microsoft Employee

Hi All. I stumbled across this thread through the Q-Dir article pointed to me from a friend. (I work primarily on audio and MIDI, not shell)

I didn't see anything in Feedback Hub related to this, and so there was no bug logged. Please keep in mind that engineering doesn't usually see forum posts, but detailed Feedback Hub reports with upvotes do make their way into our bug database.

In any case, through their own testing, the Shell team became aware of the bug and has a fix on the way shortly. Sorry for the trouble this has caused.

Pete
Microsoft

Walter Van Regemortel 0 Reputation points

2025-08-13T08:52:31.12+00:00

I just received a Windows update and I see that the problem is solved

Answer 2

Pete Brown (Windows) 105 Microsoft Employee

Hi All

The fix went out in Windows 11 with KB5062660 starting on July 22.

https://support.microsoft.com/en-us/topic/july-22-2025-kb5062660-os-build-26100-4770-preview-9c5bc200-52b6-4c1a-be70-80df6bbfe9c3

"Fixed: File operation progress dialogs might stop appearing when displayed from apps."

Pete

0 comments

Answer 3

John Kennedy 0

Thank you Michael Crnich. Not the final fix, but at least a workaround for now. Verified as you reported (using Q-Dir) that the files can be dragged from a third party explorer into the windows explorer, and the progress bar is there.

John

Michael Crnich 5 Reputation points

2025-07-09T23:15:27.93+00:00

I had three new updates to install today, 9th of July, 2025. Not sure which it was, but things appear to be working once again. "2025-07 Cumulative Update for .NET Framework 3.5 and 4.8.1 for Windows 11, version 24H2 for x64 (KB5056579)" "2025-07 Cumulative Update for Windows 11 Version 24H2 for x64-based Systems (KB5062553)" "2025-07 .NET 8.0.18 Update for x64 Client (KB5063326)" Tried it in both directions and it's showing the progress box. Delete also shows progress. None of these updates mentions the issue. Perhaps some of you may know? I'm not a developer, just a lowly use.. lol.

Answer 4

John Kennedy 0

Thank you. I'm one of the unfortunate ones who after uninstalling KB5063060, the problem remains. I can get a single use with progress bar (most of the time) by running the exe file for the explorer as an administrator. Uninstalling KB5060842 is not an option because it is outside the allowed time limit to roll back. I guess I can try to manually install the older file and renew the option to uninstall it.

nikos 15 Reputation points

2025-06-17T14:21:55.4866667+00:00

uninstalling KB isn't a solution, they would just be reinstalled again!
John Kennedy 0 Reputation points

2025-06-17T20:16:25.58+00:00

Nikos, I use an old free program called "WUB" for Windows Update Blocker. A simple toggle for allowing or blocking updates that is probably still available. Idea was to uninstall updates back to before the regression and keep it there until the issue is resolved. KB5060842 manual installer throws back a generic error code that something failed so can't test the idea of installing the package so it can get a fresh uninstall.
Niraj Yadav 0 Reputation points

2025-06-23T22:48:51.4066667+00:00

Marek has implemented the ability to use classic file operation dialogs (Windows 7 style) in OC, which is a work around for the users experiencing this bug in OC that do not use TeraCopy.
Bob Lindsay 0 Reputation points

2025-06-27T19:52:46.4933333+00:00

For whatever reason Marek's workaround isn't working for me. OC using default handler still shows no file operations dialogue. It works using his little test program, but not with the new OC advanced setting toggled.

Answer 5

Deleted

This answer has been deleted due to a violation of our Code of Conduct. The answer was manually reported or identified through automated detection before action was taken. Please refer to our Code of Conduct for more information.

1 deleted comment

Comments have been turned off. Learn more

Share via

bug with file operations after latest windows 11 update

6 answers

Your answer