We're agree on the analysis but not on the conclusions
We both agree that after renaming, object dependency information is only propagated when the dependant object is next opened.
That is why I wrote that, when using this feature you should do ONE of the following:
a) EITHER open EACH dependant object in turn to ensure propagation has occurred then switch the feature off
b) OR leave Name Autocorrect switched on at all times (it will work correctly with or without the logging feature)
You do a) which is fine providing you are scrupulous at opening all affected objects in turn
I do b) as that will still work correctly even if affected objects are not opened until much later
For several large apps, some objects can have several hundred dependencies. For example:
It really wouldn't be feasible to work through e.g. 126 dependant objects for the Classes table and open each in turn before disabling NAC again
Of course, I almost never rename objects in large, long established mature databases such as that above
It works for me to leave NAC enabled by default. That has been my policy for almost 20 years
I might occasionally turn it off when I need to isolate objects being considered for deletion and even then only after checking depencencies and orphaned objects. However, that is when the problem occurs for any items that have not been opened after being affected by renaming elsewhere.