Notepad++ 7.5.9 release

donho

Version 7.5.9 is released:
https://notepad-plus-plus.org/news/notepad-7.5.9-released.html

Please report here if you find any regression.

Enjoy

chcg

https://github.com/bruderstein/PythonScript/issues/92 is fixed with this version together with pythonscript v1.3. Thanks.

Meta Chuh

@donho

big thanks, even without having any troubles with the previous version

(i have not discovered any issues with 7.5.8, but i still want to thank you for fixing issues i “could” have experienced under certain circumstances)

greetings, metachuh

abdelhameedma

I got this excetion when trying to use vertical scroller with wider XML file:

Exception

vector<T> too long

fyi, I am using “XML Tools” plugin

abdelhameedma

This post is deleted!

abdelhameedma

problem is with horizontal scroller not the vertical.

@abdelhameedma said:

I got this excetion when trying to use vertical scroller with wider XML file:

Exception

vector<T> too long

fyi, I am using “XML Tools” plugin

chcg

Bundled converter is still version 4.2 instead of latest release https://github.com/npp-plugins/converter/releases/tag/v4.2.1

donho

@abdelhameedma If you remove XML tools plugin, does Notepad++ still crash?

donho

@chcg Thank you for your heads up.
It’ll be updated in the next release.

Eric Dickstein

After doing a file search for text, a right-click copy command no longer copies the file the text was found in. A paste only shows the text found.

Scott Sumner

@Eric-Dickstein said:

After doing a file search for text, a right-click copy command no longer copies the file the text was found in. A paste only shows the text found.

That is how it has always worked, to wit:

(a) Select text in Find result panel, then ctrl+c copy it: In the paste buffer will be exactly what you highlighted with the selection

(b) Select text in Find result panel, then right-click -> Copy it: In the paste buffer will be complete lines that are touched (even partially) by the selection, without any search metadata

donho

@Eric-Dickstein
Are you talking about the 7.5.9 release?
I cannot reproduce the problem you describe. Could you provide the detail instruction to reproduce it?
https://github.com/notepad-plus-plus/notepad-plus-plus/blob/master/ISSUE_TEMPLATE.md

Scott Sumner

@donho said:

Eric-Dickstein…I cannot reproduce the problem you describe

Don, maybe you can’t reproduce the problem because THERE IS NO PROBLEM!

:-)

Анатолий Павлович

Hi! The C++ parser (functionList.xml) does not find the class method names if the ‘::’ characters are framed with spaces. For example:
void TWindow :: RegisterClass (Boolean aMakeRegister)
{
…
}

Correct C++ parser (functionList.xml) in two regex locations:
with
(\w+\s*::)
on
(\w+\s*::\s*)

Thanks.

Doryforos

Fixed for me, in this release:
#3939 v7.5.2: View > Summary is Crippled
#3944 v7.5.2: File is changed by Another Application but Notepad++ does not detect this

Much appreciated!

Kindly also make a top priority fixing of:
#534 v6.8: Backward Search does not work for UTF-8 Characters in a [Normal] Text File
which is a long-standing and very annoying bug [I updated my report with recently discovered specific behaviour]

Fox-E

Switching documents looks like it now pre-renders the entire document before drawing to the screen, which freezes when switching to large Normal text files with word wrap enabled (no lag with word wrap disabled).

eg. from a small but noticeable half second for 250k words, to several seconds for files with 3 mil words, on a stock ryzen 5 1400 cpu.

Prior, it still took time to calculate the vertical scroll bar (the same times as above), but still instantly drew the document the moment you switched to it, so you could read, write, mousewheel around, etc, while the vertical scrollbar worked itself out.

I imagine from the patch notes that the change is a fix or workaround for bugs or something (I don’t actually know), but I usually work with big text files, so it’s definitely annoying for my use case. Notepad++ is of course mostly for rich text editing, instead of bulk text editing like this, but it still worked great and is my favorite for any related task, so it’s worth mentioning at least.

Harold Krueger IV

I would like to confirm @Fox-E about the pre-rendering issue. I am also noticing a delay in not only switching documents but also editing them.
I do not use word wrap but I do use code folding heavily and the problem only happens when a document has many folds and is currently all folded up. If I unfold all (alt+shift+0) everything is fast and responsive as it should be. If I start folding a few lines it is still ok but if I fold all (alt+0) then try to edit or switch to another tab and switch back, I see the processor spike for several seconds while n++ is completely unresponsive until the screen flashes and it comes back.
Before this update, I too noticed the scroll bar taking it’s time to compute but the document would render and be responsive immediately, but now I have to constantly wait on renders if I want to continue to use folding.
I primarily work in the JavaScript language and generally keep my code completely folded except for the particular tree/line I am currently working on. On a document with less than a few hundred lines it is not so bad but on a document with 6500+ lines, the delay is around 5 -6 seconds which becomes an eternity when it happens after every few keystrokes.

donho

@Fox-E @Harold-Krueger-IV I cannot reproduce your problem at all, could you provide more detail info?
https://github.com/notepad-plus-plus/notepad-plus-plus/blob/master/ISSUE_TEMPLATE.md
also could you provide the last version that you used in which there’s no such issue?

pnedev

@Fox-E and @Harold-Krueger-IV ,

Is the N++ backup functionality switched on in your config?
What is the period of the backups (the time interval set in the config for the backup)?

BR

Harold Krueger IV

@pnedev I do have periodic backup enabled but I just tried disabling it, restarted n++, problem still exists.

@donho I always keep n++ updated so I was coming from 7.5.8 and did not have this problem before.

I was able to reproduce the issue with a new file set to the JavaScript language. I started by writing a simple object declaration with a comment block inside. The comment block contains 5 paragraphs of lorem ipsum text as generated from https://loremipsum.io/ which I split on every sentence making the comment block 76 lines. It looks like this…

Section1 = {
    /*
        Lorem ipsum...
    */
}

I then copied the entire comment block and pasted it 13 times, one after the other, making the entire declaration 1066 lines. Then I copied and pasted all of that 8 times, one after the other, making the entire document 9597 lines (502,626 bytes)

Now, if I fold all (alt+0, and by the way this also takes several seconds to complete) and then unfold just one section and one comment block and just try to type some more text, I start seeing the freeze after a few keystrokes. If I unfold all (alt+shift+0), then the problem goes away and everything is very responsive as expected.