Notepad++ 7.5.9 release
Harold Krueger IV last edited by
@Jeison-Rutz I was able to bring back responsiveness by simply unchecking from the menu Plugins --> DSpellCheck --> Spell Check Document Automatically (Alt+A). Responsiveness came back immediately, no restart required so there is definitely something wrong with that plugin.
@guy038 Replacing the dll worked for me. I was able to re-enable spell check and responsiveness is still good. Thanks for finding the solution!
Hello, @don-ho and All
Regarding my description of the bug, when switching tabs, here :
I also tried in a DOS Console window, with the command
notepad++.exe -noPluginand, unfortunately, the problem is still here : when you switch from, for instance, change.log to the big test file, containing long lines, it takes significant time :-((
I just did that test to verify if the
DSpellCheckplugin was concerned, because of the issue
But, luckily, it’s a separated problem ! Or, at least, on a Win XP machine !
I’m not the one who deserves thanks ! Indeed, it is Sergey Semushin (alias Predelnick), the creator of
DSpellCheck, who found a solution ;-))
Just to doublecheck and confirm @guy038 ,
DSpellCheck’s issue has nothing to do with the big file tabswitch freeze.
With a vanilla Notepad++ install, removing
Seems it’s basically cross-OS too:
Notepad++ v7.5.9 (64-bit)
Build time : Oct 14 2018 - 15:19:55
Path : C:\Program Files\Notepad++\notepad++.exe
Admin mode : OFF
Local Conf mode : OFF
OS : Windows 10 (64-bit)
Plugins : none
I have an win xp machine I could try it on, but it looks like @guy038 already did that. I can say though that on win xp, prior Notepad++ versions always had the instant tabswitch with the background rendering.
donho last edited by donho
I can reproduce now by comparing the performance between 7.5.8 and 7.5.9
In my experience, the performance issue has gone after removing
@Predelnik Notepad++ 7.5.8 contains DSpellCheck 1.3.2, whereas Notepad++ 7.5.9 contains DSpellCheck 2.1.4 - so clearly there’s a performance issue in DSpellCheck 2.1.4.
Hi, Don, and All,
First, Don, after verifying from
7zarchives of N++
v7.5.9( in versions
64), I suppose that you meant that Notepad++
v22.214.171.124( and not 2.1.4 ?? )
Secondly, I re-tested my
7.5.9local installation, after removing, either,
DSpellCheck.dllfile and, even, the
DSpellCheck.inifile and the folder
Hunspelland I can only conclude that the bug still occurs :-(( At least, on my Win XP laptop !
So, seemingly, it would not be related to
I had placed all DSpellCheck stuff, in the
@donho No change here, still getting the issue. Checked again just now with a fresh, vanilla 7.5.9 install, deleted
DSpellCheck.dll, and tested with Normal Text.
I did just notice though that you specifically have to switch tabs to see the issue; if you open a new tab, and paste a huge file in, it’ll instantly display (basically*) just fine. It’s only when you start switching tabs around that the issue happens.
*: Obviously as you get into really huge files, like 20 MB or 100 MB, it takes more and more time to paste, but this is normal, and has nothing to do with tabswitch freezing.
donho last edited by
I think I have found the issue and fixed it.
Could you guys test this binary and confirm me that?
@donho That fixes it!
For anyone else who wants to test that binary, it’s x86, by the way.
donho last edited by
@Predelnik The issue has been identified. Sorry for the wrong presumption.
@don-ho and All,
It’s OK for me, too, on my Win XP 32 bits laptop !
Thanks for your quick debugging ;-))
Hi @don-ho and All,
Regarding the DSpellCheck plugin, and the issue
#151, below :
It’s important to point out that the problem can be observed ONLY IF the option
Spell Check Document Automaticallyoption of the plugin is
So, although the DSpellCheck plugin is completely installed, on N++
v7.5.9, you will NOT notice the Exception window, with the message
vector <T> too long, when this option is
But the good news is that the last attempt of @Predelnik, to fix this bug ( see below ) works fine, even on a Win XP config ;-)
Todd Batzler last edited by
It appears that the Folder as Workspace updating problem has returned after being fixed in 7.5.8
Leo G79 last edited by
I got this excetion when trying to use vertical scroller with wider XML file:
vector<T> too long
fyi, I am using “XML Tools” plugin
I have the same problem. Any fix?
About the performance issue you have reported, I’ve found something strange which may be related to the original bug I Tried to fix.
With version v7.5.8 (32-bit) and a big file (520 000 lines, caret on line 200000, like you described in previous post) we don’t have performance issue but when the buffer is activated and available for editing, something is going on beetween notepad++ and scintilla engine. The vertical scroll bar is changing its position. It takes around 15 seconds until background processing stops.
Please checkout my video https://youtu.be/Zfl0HyoukZk
You’ll see the buffer activation of this big file without word wrap and then with word wrap.
You’ll also see process explorer software that show the CPU usage.
Guy, can you please confirm what I saw ?
Hello, @cmeriaux and All,
Christophe, you said
I’ve found something strange which may be related to the original bug
Unfortunately, it’s been a long time since I noticed that using the “
Wrap around” option, drastically reduces Notepad++'s global performance :-((
For instance, with the
Wrap aroundoption set, time may be significant in order to :
Move to an line, near the end of an huge file, with the
Search > Goto...option
Get the very end of an huge file, with the
Ctrl + Endshortcut
Switch between a “normal” file and an huge one
Note that, with the Don’'s fix, relative to the
v7.5.9version, the delay while switching from a small file to an huge file, has become normal, again, but text may still take up to one second to be displayed, and, unfortunately, this delay increases when the file size is increasing !
As you, I noticed, that after switching to an important file, during
30sabout, on my weak XP config, the vertical scroll bar moves slowly downwards, from its exact position and, after the delay, quickly moves back to its correct position ;-))
I did some tests, with the option
-noPlugin, on two fresh locale installs of N++, versions
v7.5.9, with Don’s fix, and with a same important file and results are quite similar and should be identical with prior versions, too !
So, just one rule to remember : if you open an “huge” file, preferably, untick the “
Wrap around” feature ;-))
dinkumoil last edited by
Is this “huge file” displayed with or without syntax highlighting? Has it a file extension (e.g. .c, .cs , .cpp and so on) which causes it to be parsed by a FunctionList parser? Do you have turned on the Document Map?
It looks like “wrap around” need a fine tuning ! I’ll put some debug and try ti figure out what’s going on.
The issue might be difficult to understand and might be related to scintilla itself.
@dinkumoil the problem has been highlited with txt files. So function list might not be the culpirt. Document Map was disable. Thanks, that was a good idea.