When I initially installed on my laptop I noticed that my toolbars weren't backed up and replaced with the updated ones like on my other machine. I went through and reset the stock toolbars and reapplied my customizations. After doing this I saved my lister layout and set the reset the default lister.
I noticed after this when I went back into DOpus after a break that some buttons I added were duplicated and my toolbars were reset back to the old versions that I had with DOpus 12. I reset the toolbars again and finally after some tinkering they seem to have stuck. I noticed an issue where the new favorites button wouldn't appear and then it suddenly would appear but then the home button would be gone on the file display toolbar. I manually added the home button back and it all seems to be good now.
I'm not sure if this is specific to my configuration but if I can provide any logs to help I'd be glad to. I'm not sure how this can be reproduced as I was able to workaround it but I did want to report it in case it makes sense to someone.
It sounds like there may be more than one copy of the toolbars (e.g. automatic backups of the old ones may have been made), and different windows/layouts may be using different versions of them.
If you go to Settings > Customize > Toolbars, are there extra backups in the list?
Re the Favorites button, on the default File Display Toolbar, it's configured to only appear when the Favorites Bar toolbar is hidden, since it's redundant when that toolbar is turned on. It should be between "Begin Hide" and "End Hide" (which are just buttons that run special commands):
If those are in the wrong place, or other items are between them, it might confuse things.
So there are no backup toolbars. I reset the File Display toolbar again and although I have the favorites bar shown the button still pops up after I close the lister and reopen it.
Those commands you were talking about seem to disappear. If I reset the toolbar it does have the Begin Hide and End Hide but they seem to disappear. There are my toolbars:
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.
