"Open all" from Search result window takes a LOOONG time?
So I do a Find-in-Files and it results in 2900 hits in 11 files. Returns the results not instantly but in reasonable time. Satisfied customer. :)
I then right-click in the Find-result window area and choose “Open all” from the popup menu.
Notepad++ (7.8.4) then goes all “Not responding” on me for what seems like a really long time.
It finally opens all of the files, but the time it takes really seems extreme.
All files are local on
C:drive. Only ONE search result in the Find-result window when I do this “Open all” thing.
Any ideas…similar experiences? Does anyone else use this feature?
I quantified the time as ~20 seconds by repeating the “Open all” and timing it. I can certainly be patient for 20 secs but it just seems a huge chunk of time for a computer to do this processing. Original search time for finding the matches was on the order of 2 to 3 seconds.
These are the kind of things you find when you really start using Notepad++ for real purposes, instead of just !@#$ around with it. :-)
Ekopalypse last edited by Ekopalypse
Did a test with 7.8.3 and 7.8.4
Found 849 hits in 91 files - both took ~3 seconds to open all files.
Update: Could it be that one or more files are not text files?
what about the size of the files (bytes) and length of lines?
Could it be that one or more files are not text files?
All text files:
*.cpp *.h *.sln *.vcproj *.txt
what about the size of the files (bytes) and length of lines?
Largest file (one of the cpp’s): 62KB
No lines longer than 200 characters; most much shorter. Typical source code.
Even with more thought-probing questions, I’m even more mystified. :-)
Even with more thought-probing questions, I’m even more mystified
You’re saying this happens for 7.8.4 only.
Do you use plugins with 7.8.4?
I got the above results with my very virgin portable 7.8.4 (so only “stock” plugins), in the same session discussed in this thread, but I seem to recall I’ve noticed similar lengthy times when I’ve done this kind of thing (“open all”) in the past as well (more plugins would have been present then).
Could it be that your hard disk is going to die?
One never knows, but I doubt it. Like I said, I’ve seen the slow “Open all” in the distant past, just didn’t have time to mention it then. Since then, HDD has been just fine.
I would never use strange N++ behavior as a predictor of something like system health, in absence of other data indicating a problem in that area. N++ is too quirky. :-)
The first thing, which comes to my mind when something doesn’t work as expected, is to see if the config files are still valid. Therefore I run a clean
portable npp to double check its behavior. But I must say, since maybe
1-2 year or so I only had it one or two times, so for me it is quite stable
and we (company) use it on a daily basis without a problem at all.
The first thing, which comes to my mind when something doesn’t work as expected, is to see if the config files are still valid
Well, yea…I turn to a fresh copy of a portable version. But in the case of the above, I was already using same when the problem (which apparently is my second “me” problem of the day) was noticed.
guy038 last edited by guy038
Alan, I gave it a try to verify the behavior of my very old and weak
XP SP3system, on my old
NEC M350laptop ;-))
Some time ago , for various tests, I downloaded the N++ source files, so the two folders
scintillain a new folder, named
Sources. With my last installed N++ release (
v7.8.3) I ran the following Files in Files search
Search "(?-s)the.*not" (167 hits in 45 files) D:\@@\770\Sources\PowerEditor\bin\license.txt (18 hits) D:\@@\770\Sources\PowerEditor\bin\readme.txt (1 hit) D:\@@\770\Sources\PowerEditor\src\MISC\Common\Common.h (1 hit) D:\@@\770\Sources\PowerEditor\src\MISC\Common\mutex.h (4 hits) D:\@@\770\Sources\PowerEditor\src\MISC\Common\Sorters.h (2 hits) D:\@@\770\Sources\PowerEditor\src\MISC\Common\verifySignedfile.h (1 hit) D:\@@\770\Sources\PowerEditor\src\MISC\PluginsManager\Notepad_plus_msgs.h (7 hits) D:\@@\770\Sources\PowerEditor\src\TinyXml\tinyxml.h (15 hits) D:\@@\770\Sources\PowerEditor\src\TinyXml\tinyXmlA\tinyxmlA.h (15 hits) D:\@@\770\Sources\PowerEditor\src\uchardet\CharDistribution.h (4 hits) D:\@@\770\Sources\PowerEditor\src\uchardet\JpCntx.h (4 hits) D:\@@\770\Sources\PowerEditor\src\uchardet\nsBig5Prober.h (4 hits) D:\@@\770\Sources\PowerEditor\src\uchardet\nsCharSetProber.h (4 hits) D:\@@\770\Sources\PowerEditor\src\uchardet\nsCodingStateMachine.h (4 hits) D:\@@\770\Sources\PowerEditor\src\uchardet\nscore.h (4 hits) D:\@@\770\Sources\PowerEditor\src\uchardet\nsEscCharsetProber.h (4 hits) D:\@@\770\Sources\PowerEditor\src\uchardet\nsEUCJPProber.h (4 hits) D:\@@\770\Sources\PowerEditor\src\uchardet\nsEUCKRProber.h (4 hits) D:\@@\770\Sources\PowerEditor\src\uchardet\nsEUCTWProber.h (4 hits) D:\@@\770\Sources\PowerEditor\src\uchardet\nsGB2312Prober.h (4 hits) D:\@@\770\Sources\PowerEditor\src\uchardet\nsHebrewProber.h (4 hits) D:\@@\770\Sources\PowerEditor\src\uchardet\nsLatin1Prober.h (4 hits) D:\@@\770\Sources\PowerEditor\src\uchardet\nsMBCSGroupProber.h (4 hits) D:\@@\770\Sources\PowerEditor\src\uchardet\nsPkgInt.h (4 hits) D:\@@\770\Sources\PowerEditor\src\uchardet\nsSBCharSetProber.h (4 hits) D:\@@\770\Sources\PowerEditor\src\uchardet\nsSBCSGroupProber.h (4 hits) D:\@@\770\Sources\PowerEditor\src\uchardet\nsSJISProber.h (4 hits) D:\@@\770\Sources\PowerEditor\src\uchardet\nsUniversalDetector.h (4 hits) D:\@@\770\Sources\PowerEditor\src\uchardet\nsUTF8Prober.h (4 hits) D:\@@\770\Sources\PowerEditor\src\uchardet\prmem.h (4 hits) D:\@@\770\Sources\PowerEditor\src\uchardet\uchardet.h (4 hits) D:\@@\770\Sources\PowerEditor\src\Utf8.h (1 hit) D:\@@\770\Sources\PowerEditor\src\Utf8_16.h (1 hit) D:\@@\770\Sources\PowerEditor\src\WinControls\PluginsAdmin\pluginsAdmin.h (1 hit) D:\@@\770\Sources\PowerEditor\src\WinControls\shortcut\shortcut.h (1 hit) D:\@@\770\Sources\scintilla\cocoa\PlatCocoa.h (1 hit) D:\@@\770\Sources\scintilla\cocoa\ScintillaView.h (1 hit) D:\@@\770\Sources\scintilla\doc\Lexer.txt (1 hit) D:\@@\770\Sources\scintilla\include\Platform.h (2 hits) D:\@@\770\Sources\scintilla\License.txt (1 hit) D:\@@\770\Sources\scintilla\src\AutoComplete.h (1 hit) D:\@@\770\Sources\scintilla\src\CaseConvert.h (1 hit) D:\@@\770\Sources\scintilla\src\Document.h (1 hit) D:\@@\770\Sources\scintilla\src\Style.h (1 hit) D:\@@\770\Sources\scintilla\src\ViewStyle.h (1 hit)
Presently, my current session already contained
36opened files, in various folders
The search directory was
D:\@@\770\Sourcesand the filters zone contained
*.txt *.h. All the search was done in
Note that the total size, of these
45files, is not very important :
The opening, within N++, of these
45files, with the
Open Alloption, took
3,09 sThen, I just have to use
Ctrl + Wshortcut to get rid of all these additional test files ;-))
May be, you could open the Windows Event Manager (
System, then the menu option
View > Filter.... Now, tick
Errorevents only and valid. You may also choose
event sourcelist, for an additional filtering ?