Notepad++ v6.9.2 released



  • @Herman-Onrust

    I tried a local file and it is working as expected.
    As you wrote

    When I monitor a logfile of my appserver

    I assume that the file is on a remote server? How is it integrated? Mapped? Opened with UNC path??

    Another bug(?) seems to be that with the tailing feature enabled, it that is no longer possible to delete-and-save all text (ctrl-A, DEL, ctrl-S).
    As soon as I select all text and delete, it is immediately replaced by the content from the file… Not what I would expect.

    I wouldn’t say this is a bug as it should only do what tail -f on linux does. Outputting appended data.

    Cheers
    Claudia



  • Hi,

    I am running a fresh install of 6.9.2, but the log monitoring does not work. I press the eye button on the toolbar, the tab updates with eye icon, but the buffer never updates.

    If i click File -> Reload from Disk, then the editor updates.



  • @Daniel-Carter
    Update: i’m monitoring two files, both of them on local disk. One never updates. The other does update sometimes update after a delay. Baretail in comparison updates the display for both files almost instantly.

    For the one that does update sometimes, it also sometimes pops up a dialog saying it’s noticed the file has updated, would I like to reload? Would be good if that dialog was disabled when you are in monitor mode.



  • Recently I try the search in finder (find in files result) feature in Notepad++ v6.9.2 to narrow down the search result.
    When I highlighted some words in the find in files result, click the right mouse button to select copy, it was found that the whole line is copied when pasted onto “find in finder” panel “find what” box, or onto other editor. In recent version, only those highlighted words are copied. The whole line is copied if no word is highlighted. The copy option is also not allowed (grey colour) in the “edit” pull down menu.
    I am wondering if this is a bug or recent copy feature is not going to provide.

    Again when I highlighted the words across 2 files including the filename in the green line, click the right mouse button to select copy, it was found that only the whole line content with highlighted words are copied, but not the filename in the green line. In recent version, all the highlighted words including the path/filename name are copied.
    While someone may need the feature to copy only the content of the selected line, I would need to copy the filename as well in some case. It would be great it if there is an option (maybe in setting panel) to copy only the line content or to include the filename.

    Lastly, I would appreciate it if there is an NOT INCLUDE option in the “search in finder” panel, or even in “search” panel.
    For example, I want to search all the lines containing letter “a” and letter “b” but exclude the word “bad”. I can first find those lines contain letter “a”, then find those lines contain letter “b” from search result with “a”, and finally find those lines NOT contain letter “bad” with NOT INCLUDE option.



  • @Daniel-Carter

    I don’t know baretail but could it be that it monitors files by comparing content?
    What I can think of is that files get written but content isn’t really flushed.
    When you do see updates in baretail, did file properties (size, access time …) of that file change?
    Could you give us details about the application which writes this file?

    Cheers
    Claudia



  • @Claudia-Frank said:

    @Daniel-Carter

    I don’t know baretail but could it be that it monitors files by comparing content?
    What I can think of is that files get written but content isn’t really flushed.
    When you do see updates in baretail, did file properties (size, access time …) of that file change?
    Could you give us details about the application which writes this file?

    Cheers
    Claudia

    I too am finding the monitoring is not working.

    I also use BareTail to currently monitor log files. BareTail updates the display immediately (our log files have time entries in them to thousandths of a second). The log file time stamp and date does not update. I would say that the entire log files is not being compared with a cache, as we work with log files the can be over 100MB in size (that is pretty big in terms of line/row counts), and there is no noticeable performance issues that would suggest comparisons are being performed.

    Windows time stamps are not updated if the log file is kept open, this is a “feature” of Windows (https://blogs.technet.microsoft.com/asiasupp/2010/12/14/file-date-modified-property-are-not-updating-while-modifying-a-file-without-closing-it/).

    I am using Windows 7 SP1 to monitor log files on various network shares, where the file is generated on various Windows servers, 2008 R2 upwards, using a variety of applications.



  • @Simon-Smillie

    Windows time stamps are not updated if the log file is kept open, this is a “feature” of Windows

    Correct.

    I downloaded baretail (free version) and tested it.
    This version constantly reads the file, don’t know if the pro version does do the same.
    In the free version you can set the update interval in the option dialog.
    If you set it to 1 minute you will see that you don’t get immediate updates anymore and
    if you trace either the monitored file or the baretail exe with procmon you will see
    that in reads the file every “update interval”.

    While testing baretail and npp I discovered an issue. The npp monitoring didn’t work if the file
    to be monitored was located in the root directory. If it is in a subdirectory it gets automatically updated.
    I didn’t test network drives, subst drives, junctions etc… yet.

    Could this be your problem as well?

    Cheers
    Claudia



  • @Claudia-Frank
    Hi, the log files are written to by IBM Websphere (java). I wish to monitor both local files on windows, and remote files which are written by WebSphere on unix and accessed via CIFS share.

    For instance right now, last log file entry Notepad++ is showing is
    2016-07-13 12:48:58,074
    In windows explorer ‘date modified’ shows 2016/07/08 14:22

    When i go File -> reload from disk, now last log line Notepad++ is showing
    2016-07-14 14:26:53,137

    So basically same as @Simon Smillie reports.

    I have in the past, used cygwin ‘tail -f’ and ‘less +F’ with success to monitor such files.



  • DspellCheck extensione doss not appeer to woork. Would loove to sea spellchack intagrated as a stendard featuree.



  • @Daniel-Carter

    did you try if the local file to monitor isn’t in the root directory?
    Maybe a similar test with mapped shares?

    Cheers
    Claudia



  • The npp monitoring didn’t work if the file to be monitored was located in the root directory.

    Indeed. I will try to fix this one.

    The monitoring doesn’t always work due to Windows cache system.
    I will see what I can I do about it.



  • Character Encoding Detection Bug I call it the Single-ö-Bug

    Hi all, I’discovered a bug concerning character encoding detection.
    This bug is not specific to v.6.9.2, I don’t know since what release this bug is present.

    Reproduce:

    • Make sure encoding for new file is set to UTF-8 without BOM
      and ‘Apply to opened ANSI files’ is checked.
      Settings->Preferences->New document->Encoding
    • Open new file
    • Enter the character ö, or use Hexeditor and create two bytes 0xc3,0xb6
    • Save the file
    • Close the file
    • Reopen the file

    Result:

    รถ

    or Hex

    0xe0 0xb8 0xa3 0xe0 0xb8 0x96

    and the information in status bar is showing

    Dos\Windows | TIS-620

    Expected result:

    ö

    or Hex

    0xc3 0xb6

    and the information in status bar is showing

    Dos\Windows | UTF-8

    Remarks:

    • Other Umlauts like ä or ü work properly
    • As soon there is another UTF-8 character present, this bug does not show, eg. öö works as intended.
    • But this bug shows also if there are other ascii-characters present, so “Let’s test the ö bug” will also cause a wrong encoding detection result.

    tx for this great editor
    leo



  • I am seeing an issue when writing PL/SQL in Notepad++ on a Windows 10 workstation. When we attempt to run the saved .sql file on our database server (AIX) we get errors. We feel there are some additional characters being added when the file is saved. When we copy/paste from Notepad++ to Notepad all the line returns are missing. The only workaround we could find was to copy/paste from Notepad++ to SQL Developer then Copy/Paste that into Notepad and save.



  • @Chris-Cheatwood

    AIX = unix, means you have to set Edit->EOL Conversion to UNIX. Did you double check this?
    In addition, did you test that the sql file created has really only LF’s by using an hex editor?

    Cheers
    Claudia



  • I’m experiencing a very critical and worrying bug with this version, which forces me to downgrade to an earlier one. I can’t quite put my finger on when this is happening, but it has happened to me multiple times already. I’ll try to describe it.
    Basically what happens is that I edit a file, save it, close it and then the next time I open it the file reverts to a previous saved version! So I lose all of my recent changes to that file… It doesn’t always happen, but it did happen several times already.
    I’m happy to provide any additional information that is required, but I haven’t been able to find the exact steps to duplicate this behaivour so far…
    I really hope this issue can be resolved, as I rely on NP++ for my daily work, and this issue is a major concern for me.

    Thanks, Gilad.



  • @Gilad-Denneboom

    reminds me of the filesystem redirector, can this be??

    Cheers
    Claudia



  • @Claudia-Frank

    Not sure I see the connection… What makes you think my issue is related to that one?

    (Unfortunately I can only post once every 20 minutes… And I don’t seem to be getting a notification when someone has replied to my message. What an annoying feature!)



  • @Gilad-Denneboom

    as of version 6.9.2 npp is only available as a 32bit version.
    New npp 7 offers a 64bit version.

    With npp <7, if one tries to edit a file in system32 and this file
    has a copy in SysWOW64 it get’s redirected as MS thinks
    this is the file which should be edited instead of the one you
    might have chosen.

    So the edited file isn’t the one expected which could lead to the issue you’ve reported.
    There are workarounds like sysnative alias or links available but because npp offers
    a 64bit version I would go this way. Unfortunately the new version hasn’t all plugins
    available yet but I assume this will change over time.

    Cheers
    Claudia



  • @Claudia-Frank

    Thanks for the explanation. So the solution, in your opinion, is to wait for version 7 and then get the 64bit version of it?



  • @Gilad-Denneboom, From a 32bit app in a 64bit Windows OS (Vista or above), you can access the actual 64bit System32 file (%windir%\System32\filename) using the alias %windir%\Sysnative\filename: see File System Redirector at MSDN. (FYI: The Sysnative alias only works from a 32bit app; a 64bit app cannot see that alias.)


Log in to reply