Duplicated Files Cannot Be Renamed - Ventura 13.4.1

I have just selected 'Gothic Revival.pptx', right clicked and selected 'Duplicate'. I then selected 'Gothic Revival copy.pptx' (as you see) and the File/Rename option is greyed out. The right click menu does not have the Rename option at all. I have also included the Get Info window so you can see READ & Write is permitted.

Hi there Laurence S.4 - sorry to jump in, but I just wanted to mention that I took a look at your original post and it seems that you're running a beta version of the desktop app.

Could you try the latest, stable version from this page directly and let us know if the issue persists? 

OK, I installed the stable build and it now works fine. Just take my comments as feedback on the beta,

Thank you

Sure thing Laurence S.4 - thanks for flagging! 

This same bug showed up on my Sonoma 14.4.1 machine only within the past two weeks. It was never a problem before. I am on the beta version v198.3.7576, and don't want to switch to the standard version since it stores the files differently. It's possible there was a regression in the beta code. I have been using the beta version since I got this computer in June 2023.

It may be relevant that this tends to happen with files that were email attachments, dragged from the macOS Mail message window straight into the specific Dropbox subfolder in the Finder. Today when I dragged a message like that, I couldn't rename it and I couldn't move it to another folder like my Downloads folder. (The cursor turned into the white 🚫 symbol.) However, when I dragged it from Mail to my Downloads folder and THEN dragged it to the Dropbox subfolder, I could afterward rename it as usual.

Using xattr -lx on a file that has the problem shows this:
com.dropbox.attrs:
00000000 0A 12 0A 10 EC E4 27 C1 B3 FC AF 80 00 00 00 00 |......'.........|
00000010 00 02 3A 35 10 86 DD F6 83 08 |..:5......|
0000001A

If I copy that file using cp -X to the same folder, I get a file that does NOT have the problem, and it has this xattr:
com.dropbox.attrs:
00000000 0A 12 0A 10 EC E4 27 C1 B3 FC AF 80 00 00 00 00 |......'.........|
00000010 00 02 3A 36 10 BC FE D3 CB 01 |..:6......|
0000001A

As you can see, the hex bytes on the second line are different.

Well, I'm trying to edit my responses, but it's not working in Safari. I choose edit from the ... menu, and then nothing happens.

Anyway, looks like I was barking up the wrong tree. I copied a file and it had the problem. Then I copied the same file via cp -X on the command line, and it did not have the program. Both files had the same filename, and both files had the exact same data in com.dropbox.attrs. Yet one had the "can't edit the filename" problem, and the other didn't.

Checking the files via mdls, everything is the same except a couple lines. The file with no problem has "kMDItemIsUploading = 0" and the file with the problem is lacking that line.

Also, the no-problem file has these dates as today:

kMDItemContentCreationDate

kMDItemContentCreationDate_Ranking

kMDItemDateAdded

kMDItemFSCreationDate

kMDItemInterestingDate_Ranking

And it has these dates as the date of the original file it was copied from:

kMDItemContentModificationDate

kMDItemFSContentChangeDate

On the other hand, the file with the problem has these dates as today:

kMDItemContentCreationDate_Ranking

kMDItemDateAdded

And these dates as the date of the original file it was copied from:

kMDItemContentCreationDate

kMDItemContentModificationDate

kMDItemFSContentChangeDate

kMDItemFSCreationDate

kMDItemInterestingDate_Ranking

Other than those things, everything in mdls is the same.