PrestoSoft Community

Indeed - confirmed that doesn't happen when in tree mode. thanks

I've attached my option settings.

Perhaps a setting? IDK, lots of settings in there. I assume you have access to the code - how about suggesting what settings might affect the grid refresh logic after a "touch" command?

Steps to reproduce:
Compare two folders with more files than fit on the screen
"Touch" one of the files to set the date to Now()
Obverse that the view jumps (randomly?) and the file is no longer in view
UPDATE: found that the view jumps downward (file moves upward) relative to how far down ...

Not exactly, I tested setting the environment variable to a non-existent folder path and EDP was still fast. Its only when the environment variable itself doesn't exist that EDP ends up trying to find a syntactically incorrect path named "C:\Users\uscor4126\Desktop\ %LTI_SYSTEMVIEW_PATH% \LtiViewer ...

On further testing, it appears to be related to the fact that the environment variables listed in the shortcut do not exist on my machine (nor will they as my machine is not a production machine, just dev). If the environment variable is set, EDP is fast, even if the environment variable points to ...

I meant to attach this That's what I mean by Target and the Start in (folder).
Compare those values to the values listed in the Process Monitor - they are the same.

Why would EDP even care or know about those paths if Target column is not enabled?

Conclusion
I then noticed that when ExamDiff compares .lnk files (shortcuts in windows), it is trying to compare the target and start folder of the shortcut rather than the shortcut itself. That alone is a problem as well as the fact that it doesn't bother to expand the environment variable ...