It's like the change isn't being saved to disk, only in memory.
If you paste /dopusdata/Buttons/File Display.dop into the path field and push return, it should highlight the file in question.
Does the Modified timestamp on it indicate it has been saved recently?
If not, try making a backup of it, then open the original in a text editor (Notepad will do), and see if you can add a new line to the bottom, save it, and then re-load it with the line still there.
If that doesn't work, something might be blocking the file from being updated. (Could be a program holding a lock on it, and we've also seen search indexing and antivirus/antimalware block writes to XML files in the past, as another possibility.)
Long shot, but could a script be overwriting the toolbar file? Maybe something that was set up to swap between different toolbars sometimes?
Or any kind of sync or backup tools monitoring the Buttons folder?
Something to check:
Go to the folder the toolbar is in
Reset the toolbar
Verify the date/time changed
Make a copy of the toolbar
Then open a new window, and see if the date/time or size/content have changed again.
If changed again as a result of opening the new window, and there's no clear reason, repeating those steps while recording a ProcessMonitor log might be the best way to find out what's modifying the file.
I definitely don't have any scripts or tools running. I noticed it on my other machine as well which is a VM running on my Unraid server. I created a log in procmon. May I DM it to you?
Thanks, that's all good. Just making sure I'm doing the same thing.
I think I've reproduced it now. It depends a sequence of things in the exact right order (and not doing anything extra once they're in that state). Should be able to fix it now.
Many thanks for your time answering all my questions!
@Leo I went to reset the toolbars after updating to .35 today and experienced a crash. I'm including the URL to this post in my log submission. My log ID is 86.
After crashing I reset the toolbar again, the first reset did take so that bug is fixed but after resetting again it crashed again. This was the same File Display toolbar. I submitted the second crash. Log ID 88.
I've uploaded a new version of 13.0.35 to get the fix out sooner. If you redownload you should get the newer installer.
We'll include it in 13.0.36 as well, of course, but I figure it's worth getting out ASAP as people are going to be resetting toolbars a lot at the moment.
In case browser or CDN caching causes any issue, you can tell the newer installer via the Properties dialog and the digital signature timestamp. (The date and hour will differ by timezone, but the minutes and seconds will be the same everywhere.) New one is on the right: