@Coises said: Do bad substitutions happen if the document is set as UTF-8, or is it specific to ANSI? I’ve experienced it with both at this point. Have you ever seen a bad replacement where the replacement string did not use a capturing group reference Not that I’ve noticed so far. New test: I used the same list of words, but inserted the number 2 between the second and third letters of all words that consisted of at least three letters, then stepped through using Find ([a-z])\d([a-z]) and Replace \1\2. There are anomalies. Examples include: ac2ademic became adjdemic ad2ministration became a ginistration

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.

@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.

@Passant-Delarue , Initial guess: turn off “. matches newline”, otherwise your .* will greedily match the whole file.

@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

@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.