Hello, I'm currently working at the Subversion support for one of our applications (embedded via SharpSVN).
Now, after operations like update and revert, we have to scan the working copy for changes, to decide whether we have to re-read the files into our application. For file changes, we can use the file timestamp from the filesystem. But for property changes, we don't have this possibility. The svn_info_t.prop_time or svn_wc_entry_t.prop_time members would be handy for that, but they're documented as unused since svn 1.4. I don't want to rely on dirty tricks as parsing the timestamp of the properties file in the .svn subdirectory, as this is doomed to break on SVN 1.7. Is there any official way to get the timestamp when the properties part of a WC entry was last updated? Alternatively, I could think of a solution of using the svn_wc_notify_t notifications. But in the Source at http://svn.collab.net/svn-doxygen/svn__wc_8h-source.html#l00910 says that this is meant for user notification purposes. So my second question is: Are those notifications reliable enough in the sense that we can use them to collect a list of all files to rescan? Duplicates and small amounts of false positives are tolerable, but false negatives introduce inconsistencies between our internal representation and the working copy. Thanks a lot! Best regards Markus Schaber
