Ramz-UK Posted February 14, 2020 Report Share Posted February 14, 2020 I'm starting to see files appearing in Pending Changes despite not having been modified or saved in my workspace (at least not by me). In the Preferences I've already selected 'Do not allow, show an error' for the behavior when switching workspaces with changed items. This seems to be working correctly. But when I do switch my workspace to a difference branch, if i go to Pending Changes straight away I see a handful of files that appear to have been modified seconds ago. If I try doing a diff of the workspace contents Plastic finds no actual revisions in the content. I did wonder whether any fields within the files (they're word documents) are auto-updating and so appearing modified, but as I've never saved the modified files I don't know how they're appearing as pending. Also, the files that appear in Pending Changes seem completely random and bear no relation to what has actually changed previously in the branch. I'm on 8.0.16.3799 so a little out of date but haven't run into this problem before. The only difference in approach is that I've recently started placing my workspaces on a network drive rather than the local c:\ drive. Could this be a factor? Link to comment Share on other sites More sharing options...
calbzam Posted February 14, 2020 Report Share Posted February 14, 2020 Hi, Definitely this is not normal. It could be related to your network drive. At the end of the day Plastic just goes over the workspace trying to identify items where the timestamp has changed. There is an option under "Preferences" --> "Other options" so the pending changes view checks the file hash instead of the timestamp to determine if a file has been changed or not. Could you check if it helps? I guess the changed items don't have real changes but only the timestamp (for some unkown reasons). Regards, Carlos. Link to comment Share on other sites More sharing options...
Ramz-UK Posted February 14, 2020 Author Report Share Posted February 14, 2020 Thanks Carlos, I think you might be right. I changed the preference and based on a few spot checks, the problem seems to go away. I should have thought of that! I guess checking the hash is slightly slower but it doesn't seem to matter for our repo size. 1 Link to comment Share on other sites More sharing options...
calbzam Posted February 17, 2020 Report Share Posted February 17, 2020 Great! Thanks the update. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now