maiden is not immediately aware of changes made on the device via ssh, sftp, USB sync etc.
The first time a file clicked in maiden's browser the contents of that file is loaded into an edit buffer in the web browser. At the moment there aren’t any controls to refresh files on a file by file basis but that could be added. The heavy mallet is refreshing the entire browser window which effectively throws away anything in the edit buffers.
Expanding directories in the file browser is more forgiving - each time the directory is expanded (with the little triangle) it is re-read so seeing changes to the directories does not require refreshing the entire browser window.
Which browser are you using? Any of the above should have worked since they all are more substantial than simply refreshing the browser window.
I believe most of the folks that have been involved with the development/testing of maiden thus far use Chrome. Some amount of testing has been done with Safari, Firefox, and Opera.
Outside of the edit buffers for files maiden isn’t explicitly doing any for of caching.
One thing which might be worth us verifying on the development end of things is whether or not the HTTP server being used is setting ETags which tell a browser how long is it valid to cache data client side.
UPDATE: I’ve confirmed that the HTTP responses don’t contain ETag data and that Last-Modified headers are correctly returning the modification time of the underlying file so and browser level caching should be working correctly.
https://github.com/monome/maiden/issues/136