After renaming an item, new name doesn't appear for several seconds

Help & Support
1

For the last few weeks, if I rename a folder or file, the old name persists for several seconds. I'm referring to a scenario where I slow double-click, or press F2, then change the name, then press Enter, or up/down to 'leave' the item.

Pressing F5 usually causes it to display the new name right away. During this wait time, the item cannot be opened.

No doubt this due to some user setting that I inadvertently changed... Any idea what the setting might be?

This happens with OneDrive, or local drives. I do not see the effect with Win 10 Explorer.

2

It would be worth a try to temporarily disable all scripts in the scripts page (Ctrl-Alt-D) to see if that makes a difference.

3

I have recently seen delays as well (see here) but haven't been able to get to the bottom of it.

I don't think it's an Opus setting. Maybe something like AV or an indexer that takes its time?

I am running Windows 11 24H2 build 26100.3476.

4

Thanks for the replies on this topic. I don't have any extra scripts running, so it's not that. I'm just adding this reply to "bump" up the topic, in case there are any new insights. It may well be an AV, indexer, or something similar. I have Everything and CCleaner running in the background, but I've tried turning those off, and it didn't make a difference. Interestingly, early last week, for about two days, the delay completely went away. Now it is back and worse than ever, though.

5

Have you been through Changes to folders are not being detected ?

6

Thanks Leo! I had not been through that thread. I checked it out. I had previously set DOpus to run in Admin mode but turning that off didn't effect the delay. I installed DebugView and turned on the settings in DOpus. I've attempted to record some debug info. Does in indicate anything useful?

Here is the scenario: I was working in my "Downoads" folder, so you can search the text file for "Downloads." There are a bunch of files in there. I picked a pdf and renamed it "My Sample PDF.pdf".
-Then I cleared DebugView.
-Then I did a copy/paste of the pdf into the same folder.
-Then I did an inline rename of the new copy and called it "My Sample PDF -Copy renamed.pdf.
-Then I tried to delete the file, but it was stuck in "inline-rename-mode" for several seconds.
-Then I deleted the pdf and attempted to copy the section of log that had all of that and saved as the attached txt file. (Sorry it's so long).

I haven't checked out your 'Change test' tool, but I can go ahead and do that next, if it helps.

DebugView paste kunkel321.txt (69.4 KB)

7

That suggests the rename itself is taking a long time. With a PDF file or downloads/documents folder, antivirus and similar tools would be the first thing I would suspect. They may be blocking actions on the file until they've finished scanning the file (or Opus itself). Search indexing tools that include document contents is another possibility, but less likely.

The rename looks like it is being reported properly once it happens:

333	10:58:18.161	7976	dopus.exe	[10764] dopus: Change ren_old  on C:\Users\steve\Downloads\My sample PDF - Copy.pdf
334	10:58:18.161	7976	dopus.exe	[17840] dopus: Watching: "C:\"*(1) 
335	10:58:18.161	7976	dopus.exe	[10764] dopus: Change ren_new  on C:\Users\steve\Downloads\My sample PDF - Copy renamed.pdf
336	10:58:18.161	7976	dopus.exe	[10764] dopus: Change modified on C:\Users\steve\Downloads