Hello, @thomas-knoefel, @vitalii-dovgan, @coises and All, @thomas-knoefel, I tested your last release and I’m pleased to confirm that no errors ocurred anymore during all the tests ! I followed the same protocol, that I described in my initial post. Here are the results when scanning all the files of my SSD Drive C:\ : •----------------•----------------------------------------------------------------------------•--------------•--------------•-----------------•------------------------------------------------------------------------------• | Program | Results | Scan Phase | Search End | Results panel | Details | •----------------•----------------------------------------------------------------------------•--------------•--------------•-----------------•------------------------------------------------------------------------------• | MultiReplace | Search "Fi" (9 991 249 hits in 90 330 file(s)) [315 503 file(s) searched | 5 m 56 s | 48 m 15 s | 48 m 27 s | 1 115 skipped: 1 111 unreadable, 4 not decodable; 82 folder(s) unreadable] | •----------------•----------------------------------------------------------------------------•--------------•--------------•-----------------•------------------------------------------------------------------------------• [image: 1790441829068-e1b599af-9b42-47c9-8825-7a625a949b48-image.jpeg] But the nice thing is that your Search results panel was correctly displayed and functional : Starting with the default Unfoll All option, I got these successive results : •------------------------•----------• | Action | Time | •------------------------•----------• | Collapse to File List | 32 s | | | | | Fold All | 24 s | | | | | Unfold All | 0,8 s | | | | | Fold All | 32,5 s | •------------------------•----------• On the other hand, I went to the last file of the list, opened it and double_clicked on the first occurrence, in line 690. At once, the corresponding file was displayed in N++ with the caret on this first occurrence, in line 690 ! [image: 1790441883594-1014485b-0e69-4de3-a00c-d2e2c141785d-image.jpeg] Now, here are the results when scanning all PDF files of my SSD drive C:\ •----------------•------------------------------------------------------------------•--------------•--------------•-----------------•------------------------------• | Program | Results | Scan Phase | Search End | Results panel | Details | •----------------•------------------------------------------------------------------•--------------•--------------•-----------------•------------------------------• | MultiReplace | Search "Fi" (47 854 hits in 130 file(s)) [130 file(s) searched | 5 m 45 s | 5 m 48 s | 5 m 48 s | ; 82 folder(s) unreadable] | •----------------•------------------------------------------------------------------•--------------•--------------•-----------------•------------------------------• [image: 1790441995015-1784e925-7731-4f58-8b15-2fc140129131-image.jpeg] Note that you find the same results as with the other Search programs, in my initial post : that’s quite reassuring ! Best Regards, guy038

@docpomus , I am sorry no one replied yet. Usually when that happens, it means that either gup.exe or nppPluginList.dll (in subdirectories of your Notepad++ installation folder) still have the “mark of the web”. To check (and clear) the “mark of the web”, exit Notepad++; right click on the exe or dll file; select Properties; in the General properties tab, if there is a message at the bottom with “unblock”, checkmark that checkbox, and click OK. Do that for either/both files. After that, the plugins should be able to update from Plugins Admin again.

@Adam-Narkiewicz , (sorry for the slow reply: when I first read your post, I was in the middle of something, and couldn’t go looking for the issues, so I hoped that someone else would reply with similar information. Since no one has, I am doing it now.) Honestly, I believe the bug is in step 5: it shouldn’t do that “check for underlying file existence” when you tell it to Close All (or when just closing one file, as in Issue #11866; or when you tell it to reload a file, as in Issue #18718). The developer tried (per this comment) to find a way around this, but hasn’t found a viable solution yet. After asking whether to keep a file in the editor, Notepad++ closes it no matter what my answer is. For me, since you already said “close all”, I don’t see a problem in Notepad++ closing it. I am not convinced it should’ve asked in the first place. Fortunately, if there are unsaved changes – so if you’ve edited the file, so there are unsaved changes to the file that doesn’t exist anymore – it will interrupt the process and ask you to save it, and when it fails, it stops the process (not the best solution, but better than losing data). So this oddity at least won’t let you lose unsaved changes accidentally when doing Close All for files that have disappeared. So that’s something. asks me whether to keep some deleted files open, but not all That does seem problematic, to me. I guess after doing the single check, it finally believes your request to Close All meant to Close All. In conclusion: Since Issue #11866 exists for the single file-close, I don’t think this needs a separate official issue. I’m glad it’s “not particularly annoying” to you, because it could be a long time (if ever) before a solution can be found.