Notepad++ v6.9.2 released
-
@Claudia-Frank
re the nView Notepad++ mouse copy/paste conflict…I will both update to the latest nView drivers, and if need be, uninstall nView as an experiment.
I would note for the record, I have run with nView for 5+ years now, and Notepad++ is the only product that exhibits the problem. I have, literally, dozens of 3rd party products that work correctly with mouse copy/paste, except for Notepad++.
That suggests, does it not, a bug in Notepad++???
-
I’m unable to open any network files, including those files from mapped drives.
I double click on them, and nothing happens.
I drag them over N++, and i get the “NOT ALLOWED” (red crossed out circle ) mouse icon.When I go FILE - NEW, the OPEN FILE dialog doesn’t show any network mapped drives either… It does show the THIS PC, and NETWORK items thogh.
-
we discovered this while using in-house devleoped java applications. Later we
recognized that npp and other c++ application were affected to but as said, this was
long time ago. It might be that nvidia can’t be blamed anymore, I don’t know.
That’s why I wrote I’m curious - I hoped that @Ralph-Clark would answer if this
could be solved by uninstalling the nvidia software.Cheers
Claudia -
It sounds like there is a permission issue - you need to take care that the files you wan’t to open
and notepad++ are on the same elevation level.
Catchword would be, run npp as administrator or mapped directory uses different credentials.Cheers
Claudia -
@Claudia-Frank
re the nView Notepad++ mouse copy/paste conflict…Well, I am still running N++ 6.9.2 and I have upgraded my NVIDIA drivers to 368.39 (in which nView is 147.00) and the problem has gone away. It seems nView was the issue, though why only N++ was affected (for me) remains a mystery.
In looking back at my maint history, my 1st install of N++ (6.8.2) was on Sep 2, 2015 at which time my nView version was 146.22 (from NVIDIA driver release package 348.07), so perhaps nView 146.22 (or earlier) re-introduced the bug you saw long ago, and in the interim it was reported to NVIDIA and they fixed it.
Bottom line, there are no problems with N++ 6.8.2 and nView 147.00.
Thank you for your suggestion. I wouldn’t have updated my NVIDIA drivers as soon, had you not suggested the connection.
I would encourage Ralph Clark to likewise upgrade to NVIDIA 368.39 and see if that resolves the problem for him as well.
-
@Charles-Davis
correction above: older nView version “146.22” should be “146.33” -
though why only N++ was affected (for me) remains a mystery.
Agreed.
It may be that reinstalling the graphics driver was solving the problem as well.
Meaning, maybe reinstalling the old version would have solved it also.
But at the end it would still be weird.I never had such an issue with ATI (note, not saying ATI is better than NVIDIA) graphic cards.
And, unfortunately or luckily, non of my computers do have NVIDIA so can’t really test.Maybe keep in mind when this happens again that you just try to reinstall the current driver. !?
Cheers
Claudia -
In installed N++ 6.9.2, but Log Monitoring does not seem to work - at all. When I monitor a logfile of my appserver by clicking on the “eye” in the toolbar, the content is never refreshed, unless I do this manually, or switch focus from and to N++.
I disabled the File Status Auto-Detection feature to see if that helps, but no success. If i enable that feature, the file is only updated as soon as I switch from and to N++, and after confirming the “Reload”-popup . How is this feature supposed to work?
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’m on Windows 8) -
I tried a local file and it is working as expected.
As you wroteWhen 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. -
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:
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
ClaudiaI 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.
-
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:22When i go File -> reload from disk, now last log line Notepad++ is showing
2016-07-14 14:26:53,137So 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.
-
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 - Make sure encoding for new file is set to UTF-8 without BOM
