@guy038 said: I didn’t say that anormalous characters appear. I just said that no replacement occurs at all ! You might be confusing @m-andre-z-eckenrode’s topic (\W)'(\w) Regex replace failure, about Notepad++, and this topic, about Search++, with the same search. He was surprised that Notepad++ found the text but would not replace it. The cause is how Notepad++ treats CRLF pairs combined with how it decides whether Replace should replace or find next — as I wrote there, whether it is a bug is, I suppose, a matter of opinion. Search++ has a different potentially user-unfriendly behavior: with different find or replace expressions (any regular expression that can match starting with an LF, combined with a replacement string that doesn’t copy the first matched character as the first character of the replacement) a user could invisibly change line endings from CRLF to just CR (though if the user understands the regular expression and replacement entered, it would be expected). Notepad++ has the same behavior as Search++ when using Replace All (including that it can replace the LF in a CRLF pair with something else); it’s just step-by-step replace that can find but fail to replace (for the same reason that \K doesn’t work in step-by-step native searches). In this topic, the problem is that Search++ is, apparently randomly, replacing with garbage instead of the correct replacement string. I have not yet found a possible cause. It does not happen on my machine.

@Franz-Joli , The original Compare Plugin is outdated, unsupported, and might not be 100% compatible with Notepad++ anymore. Only use ComparePlus, unless you have a reason why. (ComparePlus was a significant rewrite of Compare Plugin, with lots of new features and improvements.) 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. 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 have no idea what might happen if you Clear Active Compare before it’s finished doing the compare – it might be that it’s not clearing all the memory or some such, depending on the timing. 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.

@gfclemencin , Presumably related to https://github.com/notepad-plus-plus/notepad-plus-plus/issues/18226 https://github.com/notepad-plus-plus/notepad-plus-plus/issues/18248 The developer knows about the problem, and I believe his intention is to include a fix in the next version (though it hasn’t been merged yet). When the v8.9.8 Release Candidate comes out (probably next week), I’d recommend trying it, and reporting any remaining problems in the new Topic about v8.9.8-RC that will be created in the Announcement category

@mpheath , I am curious: do you think it’s enough to warrant trying to get v1 in Plugins Admin for the upcoming v8.9.8 RC? Or should I give more time for more people to test? (Or do you think it’s really worth publishing at all?) (And secondary question: for getting the styler output from SciTE, are you just running TestLexers.exe from a N++ or just-scintilla build? or is there another way of generating that? I have my PythonScript styleDebugger script for doing it inside N++, but was curious if there was an easy way to do it directly from SciTE)