Customisation Sync timestamp changes lead to excessive updates #475
Comments
|
Thank you for your very detailed report! This report quite helps me! As you mentioned, I missed the following two logics for skipping non-changed files:
And one more thing, the differences in time are also shown correctly. This has been fixed at v0.23.20. Would you mind if I ask you to check the fixes, please? |
|
Thanks for the quick update. Yes, the 
As for the syncing of updates, I played around with it a little, and it looks like after updating the plugin I also had to click Select All Shiny and then Apply All Selected at least once, after which I no longer get the excessive notifications. It looks like the behaviour now is:
|
|
On a side note, from a usability perspective it would help a lot to only display files whose contents have changed. I have 21 plugins, and it takes a while to scroll down to see what files may or may not have changed. The ideal behaviour for me would be:
This way, if I get a notification that new configuration is available, I can open the dialog and quickly see what the relevant changes were. The more plugins installed, the more useful this behaviour would be. Is this something you would consider? |
|
I also have a question about the four options for each file:
The Automatic option does not seem to do anything. If I enable that for a file, I sometimes get a notification that a hidden file was updated, but the file contents are not changed. Any settings I changed do not propagate to a device with Automatic selected. If I change it back to Selective, I can manually update it fine. How is Automatic supposed to work? |
|
Something is still not correct with the differences in I just updated the Tasks plugin on my Mac and iPhone, but not yet on my iPad. Customisation sync is showing the iPad as having a newer version, which is incorrect. I used Textastic to check the file modification times and grabbed the following screenshots. Note that all dates are dd/mm/yyyy. ScreenshotsThese screenshots show the contents of File modified timeMac
iPhone
iPadNote that these are almost one month older: 
Customisation syncWhy are my Mac and iPhone showing that my iPad has a newer version of MAIN? Mac
iPhone
|
|
maybe I configured something wrong (half of the settings are described unclearly), but when opening obsidian makes its settings seem new, but in fact the new settings from the database do not have time to arrive and the plugin considers them obsolete (as I understood from the logs). as a result, new changes are rolled back when opening another device, as happens with iconize |
|
Sorry for being late!
This means And, some mtime problems have been fixed in recent versions. I am sorry to trouble you, but could you check if the same problem occurs again? P.S. I found that handling mtime is necessary in some cases. So, the item can be selected even if there is only a difference in mtime. |
I think I saw it again about a week ago, specifically:
I can certainly keep an eye out for it and capture some more screenshots and data from the CouchDB database when it happens again. |
|
I just had this happen again. Since it seems to be a separate issue from this one, I have logged a separate issue for under #506. |
Abstract
I recently switched from syncing hidden files to using customisation sync.
When customisation sync updates a file, it seems to update the timestamp of the file to the time the local file was modified. This is different to the way LiveSync updates
.mdfiles in the vault.On top of that, customisation sync seems to both notify and update files when the timestamp of a file has changed. This leads to excessive updates of config files.
The only way around this is to "Select All Shiny" and manually apply individual changes where the contents have changed. This is something which should really be automatic, as it is a tedious process to do this each time.
Expected behaviour
Actually happened
With two devices, this is kind of manageable, but I sync four devices (desktop, laptop, iPhone, iPad), so this issue is magnified because one small configuration changes requires me to go back and forth between the four devices multiple times until the changes have been applied.
Reproducing procedure
Report materials
Report from the LiveSync
Report from hatch
Plug-in log
Plug-in log
Screenshots
Here is an example showing files where the configuration has not changed, but the timestamps are different:
Other information, insights and intuition.
Launching Obsidian also seems to update the last modified timestamps for several files, such as
app.json,appearance.json, etc.This adds to the excessive update notifications on other devices. Since these timestamp changes are beyond the control of this plugin, perhaps ignoring timestamp changes and just looking at the file contents is the most robust solution.
The text was updated successfully, but these errors were encountered: