@Coises For what it’s worth, I asked my brother, whom I know also uses Notepad++, to indulge me by repeating my Search++ regex experiments on his own computer, and he kindly did so after encountering some initial problems getting Search++ to work at all (see below for details of that). Anyway, he used a fresh portable copy with the latest versions of both, as I have, and reports getting one anomalous replacement while stepping through a text field made up of 11 copies of my recently reported example text. I think that duplicating the problem almost invariably requires many matches and replacement attempts, since it’s so hit or miss for whatever reason. About my brother’s initial failures to get Search++ to load in his portable copy: His first four or so tries were attempted in different virtual machines on his computer, including the very first one being Windows 11’s built-in “Sandbox”. All of them failed with messages such as “The specified module could not be found” and “Search++.dll is not compatible with the current version of Notepad++”. But when he tried the same set of files on his real machine, it worked. He routinely runs various other programs in virtual machines just fine.

Since it’s essentially working at this point, I’ve renamed the Topic to “BETA” @mpheath , I have updated the README at https://github.com/pryrt/NppPlugin-HiddenLexers to enumerate available options I think I’ll be patient, and give the beta test a while longer, so won’t try to rush to release it before N++ v8.9.8’s PluginsAdmin list is finalized.

@PeterJones by reset itself i mean only the plugin and i mean it revert back to the state it was when i first installed it meaning no profiles, and everything else i changed also reset. simply a TOTAL reset of the plugin. That sounds like it’s not saving its config files correctly… and here is the debug info: … Admin mode: ON So this might be one thing: if you sometimes run as Admin and sometimes as normal user, config files can get their permissions messed up, which might be a culprit. In modern Notepad++, unless you are almost always editing files from the Program Files or Windows folders, there is no good reason to run As Admin consistently – as a normal run of Notepad++, if you try to save a protected file (files in Program Files, Windows, etc), Notepad++ will ask the OS, and the OS will prompt you with the elevated UAC permission to write the protected file. So unless you are saving a file to that location often enough that the UAC prompt every save becomes annoying, don’t run as Admin. Cloud Config: C:\Users\אפיק גלבוע\Documents\NppSettings Hmmm… there might be two things there, as well. First, I don’t know whether the NppFTP plugin was written with good support for Unicode characters in path names. So it might not be able to write its config to a directory like that. Second, I don’t know if NppFTP was properly written to make use of Cloud Config. If it’s using NPPM_GETPLUGINSCONFIGDIR, then it should be getting the right location, but if it’s incorrectly manually figuring out the plugin settings directory relative to AppData, it might not be computing the right path, so it might be trying to save its config in the wrong place (maybe even to a non-existent location) Look in C:\Users\אפיק גלבוע\Documents\NppSettings and see if there is an NppFTP subdirectory there. If not, then likely one of those two problems has occurred. If there is, then look at the permissions of that directory and the NppFTP.xml in it, to make sure that both your normal user and your elevated Admin have permission to write to it.

@Coises said: Notepad++ won’t let the selection that results from a search split a CRLF line ending. As you can see, it moves the start of the selection from the actual location of the match to after the line ending. I noticed that in a Lua script recently that the Scintilla positionAfter function treats CRLF as a single UTF-8 character. So the CRLF has become what some may call an unbreakable sequence in some situations.

@PeterJones said: You also mentioned “uninstalling the plugins and reinstalling them” – that sounds like you have both plugins installed at the same time. I highly doubt that it’s a good idea to have both Compare and ComparePlus installed on the same instance. Sorry, I only have Compare Plus installed now - so I tried uninstalling and re-installing it to see if it was fixed. Both are not installed. As far as I can tell, neither Compare nor ComparePlus has a “cancel” action. They have a “Clear Active Compare” action. Are you saying that you hit that “Clear Active Compare” button while it’s still working on making the comparison, to stop it in the middle? Or do you just mean that you are clearing the comparison once it’s done? I am hitting this cancel button to stop it in the middle of working; [image: 1786224004669-97162e74-5601-4918-b18e-1dfa20830fa5-image.jpeg] But with normal usage (telling it to compare, looking at the results, clearing the active compare), I have never gotten to the point that the plugin just hangs indefinitely. If you have a pair of files (with no private information) that you can get to cause the hang reliably, and can explain, in detail, the procedure that you use to cause the freeze, then I would recommend that you create an issue at the plugin’s GitHub repo so that you can let @pnedev know about the problem. I will do this - although I suspect it will not reproduce since these same files worked at first for me too. Thank you…

@PeterJones Okay, yes, there are several subdir in that folder that are links (issue #18248). Actually, the first subdir is a plain one and is displayed whereas the second one is a link and is not displayed while preventing the display of the remaining data. I’ll give the RC a try. Thanks again.

@Krzysztof-Blachnicki said: I deleted ExtSettings.ini (which was 0 byte) and… It works again. Maybe it’s n++ fault, but… For other plugins settings aren’t gone and when files are 0b they don’t cause glitchy behaviour. I’d bet it’s rather a problem with this particular plugin. If deleting the ExtSettings.ini caused the problem to go away, then I am confident it is the plugin, not Notepad++ itself, that is the culprit. The question is what now? Whom I can ask for reaction? Report the problem to @dinkumoil , the author of the plugin => https://sourceforge.net/projects/extsettings/support

@M-Andre-Z-Eckenrode said: @Coises As you I recently reported an issue with Search++ in a new, separate topic, but I see that several others have reported various issues in this one (presumably, because it’s still a work in progress). I have a new issue to report, and thought maybe I should ask if you prefer that new issues get reported in their own topic (which is generally my default), or for users to just include them in this one. Do you care one way or the other? Either way is OK with me. I suspect the moderators might prefer to keep discussion confined to this topic, though.