Just a quick post to say that I am still seeing this issue but haven't been able to identify a cause.
To recap:
- SlickEdit 17.0.3 will sometimes not reload a file that has been changed on disk by Visual Studio.
- Switching back and forwards between the two will sometimes, but not always result in SE picking up the change.
- Sometimes a change is picked up, but after an appreciable delay of several seconds. Question: Does SE block edits to a file until it has determined whether or not it has changed?
- I have noticed that SE will sometimes highlight it's taskbar icon (on Windows7) to attract attention just after I switch away from it. This is new behaviour. Question: Why might this be? What triggers this?
I am struggling to narrow this down and it is becoming intensely annoying as I am frequently losing changes because of this.
Does SE have any logging or diagnostic modes that could be used to look at what might have gone wrong after the event?
Dom
It does not block edits, but will warn you before saving if a newer version is on disk.
There is a thread that checks the files on disk when SlickEdit is activated. After the specified timeout is reached (if the thread is not done), we grab the items that we know finished. Do you have a large number of files (probably several hundred) open? I believe I asked this before, but are all the files local?
I am not sure what is causing the highlighting/activating. If there is not a message box, it could be that something (like checking file statuses when we lose focus) changed the focus inside SlickEdit and Windows did the highlight. We aren't highlighting the status bar intentionally.
Have you tried changing the time out amount for auto reload (Tools>Options>File options>Load>Auto reload)? The default is 5000 msec (5 seconds), you could try changing it to 10000 (10 seconds) and seeing if this changes any behavior.
I don't think there is any logging built in to this feature, but if none of these suggestions help I will put some in for you.