Monitor (tail -f) prompts to reload file

IT Staff

I have been seeing this same issue. I tried the suggestion of downloading the zip and running in portable mode, but still seeing prompts to reload the file. Sometimes it does update the file even though it prompts, and sometimes I have to acknowledge the prompt to get it to reload. I did occasionally see this behaviour in the past but it was very rare. I noticed that so far I have only been able re-create this issue when monitoring files on the network. When I monitor a file on my local computer I have not yet seen the prompt (although I rarely do this).

Meta Chuh

@IT-Staff

this issue is verified as reproducible.
@SinghRajenM has committed a fix that solves all testing scenarios so far.
the fix is currently in the queue and might get merged, if no further issues or concerns arise.

best regards.

melle sterk

I had the same problem with a 32-bit version(v.7). I installed this solved my problem 64 v.7.6.4

melle sterk

@melle-sterk I cant edit my prev submission. but I do still have the problem after installing both version. it only looked like it dindt for a second. So ignore my prev message

Paul Renold

Still seems to be an issue with v7.7

Meta Chuh

welcome to the notepad++ community, @Paul-Renold

yes, you are correct.

a fix has been submitted to address this issue, but it has not been merged into 7.7 for issue strategic reasons, due to the major changes within this release.

many thanks and best regards.

Manuel Romeiro

I installed the V7.8 32-bit (built time Oct 7 2019 - 00:58:16) and continue not working.
Now, there is not prompt, but don’t update the changes.

Manuel Romeiro

Improving my last answer.
The functionality “tail -f” seams working when data changes and stream is closed, but sometimes not works if the file stream remains opened.

I tested it, redirecting java application output to one file (some_java_application > out.log).
The Notepad++ only updated at the begin (when file was cleaned) and at the end (when application ends, and file stream was closed).
If I disable the “tail -f”, the prompt comes again as expected, when focus in Notepad++ with files changes, even when stream remains opened (that means the Notepad++ have capability to detect changes on files with stream open, but not when “tail -f” enabled).
I’ll comment again if I reproduce this with a simple application, but bellow I reproduce partially with native ms-dos applications.

After that, I tried to reproduce the problem only using windows base applications, and that works better, but not perfect.
Executing the bellow command on the console:
ping -t 0.0.0.0 > test_tail_notepad_plus_plus.txt

The Notepad++ with “tail -f” enablled only updates when:

At the begin, when file was cleared;
Receiving focus on Notepad++;
Press F5 on Explorer with file folder opened (native file Explorer of windows);

There are missing updates on acceptable time for tail functionality, even Notepad++ don’t have focus (for example refresh rates of 1 second).
I’m running Notepad++ V7.8 32bit on windows 10 64bit.

Thanks
Manuel Romeiro

SinghRajenM

@Manuel-Romeiro it seems these all are windows limitation. It is explained here - https://github.com/notepad-plus-plus/notepad-plus-plus/pull/5591#issuecomment-487341747

Refreshing every second could be an option. But it will keep utilizing CPU even if there is no change as well because the monitoring thread has to do polling every second which is against the design of change notification.

SinghRajenM

For reference to all -

From MSDN

FILE_NOTIFY_CHANGE_SIZE
0x00000008

Any file-size change in the watched directory or subtree causes a change notification wait operation to return. The operating system detects a change in file size only when the file is written to the disk. For operating systems that use extensive caching, detection occurs only when the cache is sufficiently flushed.

FILE_NOTIFY_CHANGE_LAST_WRITE
0x00000010

Any change to the last write-time of files in the watched directory or subtree causes a change notification wait operation to return. The operating system detects a change to the last write-time only when the file is written to the disk. For operating systems that use extensive caching, detection occurs only when the cache is sufficiently flushed.

Manuel Romeiro

@SinghRajenM Yes, it’s exactly that issue.
I’ll continue using the functionality knowing that limitation.
Thanks