@Andrea-Gaviraghi

Yes we are seeing this in our Enterprise install testing of the MSI. We had to build a script to uninstall the executable and then install the MSI. And package the scrip & MSI in an Intune package. Seems to have solved the problem.

@PeterJones
Thanks, Peter, for the detailed instructions.
Now, Notepad++ V8.8.9 launches, as expected.

Murray

@Bjorgen-Eatinger said in The Nightmare %> Issue:

This issue only occurs in a case like this:

Sadly, you did not give nearly enough for us to be able to investigate your problem any further. I put in exactly that line (and only that line) into bjorgen.asp on my local IIS, and when I go to that page, it gives me a server error:
5728353b-eb82-47ee-baa1-0082457cc706-image.png

… And I confirmed that other pages, like the one I showed above, are still working on my local server.

From what I understand, the ' as a comment is VBSCRIPT syntax, not ASP-specific syntax. Because I thought everything outside of <% ... %> was just interpreted as ASP (and my quick web searches seem to confirm that conclusion on my part). In which case, putting the ' before a <% ... %> line is not “commenting out” anything, it’s just putting a single-quote in the static HTML portion of the code. Moreover, you aren’t supposed to nest <% ... %> inside each other, as far as my searches tell me. So your single line is really confusing… because if it’s outside of a containing <% ... %>, then I don’t see why you think that the ' is commenting anything. And if it’s inside a containing <% ... %>, I don’t see why you have another <% ... %> nested inside. This is why a complete example is needed for us to be able to see what you mean. It doesn’t have to be huge – my example document from earlier (with the . ' what goeth here in the rendering) is only about a dozen lines.

And per the Microsoft documentation linked in the Lexilla issue,

<% i = i +1 'This statement increments i. (This script will work.) %>

… is valid / complete syntax: the ' comment only comments out the text portion – the %> closer tag does not get hidden by the comment inside the <% ... %>.

Taking that line, and putting it into zufuliu.asp with a few other lines,

Text before <% i = i +1 'This statement increments i. (This script will work.) %> text after <br>i = <%= i %>

… to actually render something in the webpage, I see:
d8c908a2-4250-41f8-85a7-07f073fe642a-image.png
And Notepad++ is highlighting that as expected: the i = i + 1 is code, the 'This statement increments i. (This script will work.) is a comment, and the %> still closes the code, and everything after still runs.

Moreover, if I use a ' to “comment out” the <% ... %> line, it doesn’t actually make that code not run. It just interprets the ' as part of the HTML, not as part of the VBSCRIPT.
2a2540ba-16a9-4beb-957d-da2b7353ae7e-image.png

So your single line of ' <% Sub ApplyPasswordReset(oConnGlobal, postData, ByRef result). %> does nothing to show us where the bug might be, or what’s going wrong.

To be able to prove whether there’s a bug in Lexilla, a bug in Notepad++, or just user error, you need to give a complete known-good ASP code that shows the problem, that we can open with IIS to see that the code works as expected (ie, to show it’s valid ASP that you are trying to edit), that we can open with Notepad++ to see that it highlights “wrong”, and opens with SciTE to show that it highlights “right” or “wrong” depending on what you say (the last time, I believe I understood you to say that it was rendering right in SciTE),

If you want help, you need to give all the information from the 3 simple steps I put in my last post and reiterated here. Please understand, I am not saying this to be mean: the Lexilla people do not believe there is a bug in their library (the issue has been closed as PEBKAC). Nothing you have shown us gives evidence of a bug in Notepad++. If you don’t provide exactly what I described above, your report will be diagnosed to be user error, and nothing will ever happen.

At this point, it’s your decision as to what happens next.

@NolanNolan said in Standard ANSI and code still change to something else:

But really weird that using Microsofts own notepad.exe that comes with a standard windows installation makes windows search not detect characters in txt files that belongs to the installation language of the OS.

Perhaps not quite as strange as it might first appear.

Support for Unicode in Windows dates back to the first release of Windows NT in 1993. (NT was a “business” operating system; it took another eight years or so to get Unicode into “consumer” systems.) The thing is, Windows chose to support 16-bit characters: UCS-2, which later became UTF-16. UTF-8 wasn’t even presented publicly until 1993, and it took many more years for it to become popular. Most early adopters of Unicode, like Windows, used 16-bit “wide” characters.

So, for a long time, in Windows “Unicode” meant UTF-16. Windows XP (2001) introduced code page 65001 for UTF-8, but it was only useful in conversion functions and console sessions. In Windows 10 Version 1903 (May 2019), it became possible to set UTF-8 (65001) as the system code page; however, that doesn’t (yet, in 2025 at least) do as much as you might hope it would, and it can precipitate odd behavior in software. (I tested your specific case: setting Use Unicode UTF-8 for worldwide language support does not change how search in Windows Explorer interprets files without a byte order mark.)

Files using legacy (“ANSI”) encodings are too common to ignore, but, as @PeterJones pointed out in his earlier post in this thread, there is no completely reliable way to distinguish an “ANSI” encoding from UTF-8. Windows chose to use the byte order mark (already in use in UTF-16 files) to signal when a file is UTF-8. Windows simply does not recognize a file without a byte order mark as Unicode.

Notepad++ uses byte order marks, too, but it also recognizes when a file has a very high likelihood of being UTF-8 (without a byte order mark). This is possible because the details of UTF-8 encoding make it highly unlikely that a legacy text file will “accidentally” also be a valid UTF-8 file — unless it is very short, has been intentionally crafted to trigger false detection, or contains only ASCII characters. (Since ASCII characters are represented identically in UTF-8 and in legacy code pages, the last case only matters if you edit a file which contained only ASCII characters so that it contains one or more non-ASCII characters. In that case, it is important to set your intended encoding depending on how the file will be used.)

What you’re confronting is the difference between how Windows detects UTF-8 (must have a byte order mark) and how Notepad++ detects UTF-8 (valid UTF-8 byte sequence, which is statistically highly unlikely to be a legacy encoding).

There is no good solution to this without inventing a time machine and changing decisions that were made over three decades ago.

Well… no good solution that does not sacrifice reasonable backward compatibility. I consider that one of Windows’ best features, and I admire Microsoft for sticking to it. Twenty-year old programs can still run on current versions of Windows. I hate the culture of “If it’s not constantly maintained and upgraded, junk it!” that’s overtaken most of the computing world. A job once done well should stay done. (I suspect this has a lot to do with Microsoft’s dominance in business applications.) Not everyone shares my view.

@Coises I like your idea (as I also wrote in the issue). Besides other merits, it eliminates a behaviour that has been bothering me for a long time: if you work with a real file, then switch to a tab that is not a file, then to another not-a-file-tab and remain on these for some time, you completely lose the context of the real file in your mind. Yet when you press Ctrl+O (or Ctrl+S) you find yourself in a location that you have long abandoned mentally.

My last message was wrong. Please excuse me.

@PeterJones

i have to hand it to you this worked, thank you :-)

I couldnt find this description elsewhere, i tested all the 3 thirdparty apps, wthy didnt work though

I seems to have missed the reg addition of defaulticon should be in the string sith notepad++

best Nolan

@Matt-Brown said in Find / Replace All Behavior Change:

@PeterJones Thank you! Probably my own bone-headed oversight. I know it updated recently and afterwards I noticed the behavior…I’ve never intentionally touched the “wrap around” checkbox. It was unchecked. I appreciate the explanation.

That happens. Glad you figured it out.

(I deleted my intervening post, which was made before your post got approved in the post queue)

@Ian-Hicks Hit a few too many speedbumps, so retraced my steps and found a solution using MSXML. Output isn’t as elegant, but it’s readable, so provides a solution to my problem

@Ryan-Cartmill

Your 1st log entry above means that the N++ file checking I/O routine succeeded within the specified maximum time limit (3 secs), but that the OS (or network layer) response is that the file corresponding to the opened doc/tab in the N++ was not found. (WIN32API Error Code: 2 means ERROR_FILE_NOT_FOUND). I also see that the file is named new 41 and without any path, so it looks like it’s not a real (saved) file yet(!?) but the newXXX N++ tab filebuffer only. But in that case the N++ getFileAttributesExWithTimeout call should not be used at all, as the N++ knows that it’s not a real file yet! Weird.

2nd one means that the OS (or network layer) doesn’t respond in the 3secs time limit at all.

When the Fill Find Field with Selected Text option, in settings, is unchecked, and the user invokes Select And Find …, perhaps the program should (simply) run the code for the “volatile” version of the command.

(I should have said this in my previous post.)

@PeterJones Thanks for your efforts, yes, I think that was the issue.

So, I’ve checked the session.xml to see how many files and in which encoding are.
https://i.imgur.com/H10X5Sh.png

What I’ve discovered here are inconsistent results.
While I expected all files to be in UTF-8 due to my settings, here I found:

Some (most) UTF-8 files with encoding “-1” in session.xml Some UTF-8 files with encoding “10007” in session.xml Some “Cyrillic -> Macintosh” files with encoding “10007” in session.xml Some “Cyrillic -> Windows 1251” files with encoding “1251” in session.xml

Somehow, N++ for itself has decided and selected alle these different encodings. What I need is to have all my files always in UTF-8, and now I’m thinking maybe to mass-convert all the file to UTF-8 somehow…

@Charles-Fraichot

Glad you found a good solution. Thanks for letting us know.

@Alan-Kilborn
Yes, you are right. Thanks for the transparency tip.

Hi, @mark-anderson, @peterjones, @alan-kilborn and All,

Phew ! More fear than harm ! See my very last issue_comment :

https://github.com/notepad-plus-plus/notepad-plus-plus/issues/17227#issuecomment-3591646890

BR

guy038

Hi, @peterjones and All,

Peter, actually, we were not talking about the same thing !

On GitHub, under the tree structure notepad-plus-plus/PowerEditor/Test/FunctionList/perl, there are two files :

unitTest ( named unitTest.txt )

unitTest.expected.result ( named unitTest.expected.result )

And indeed, after downloading the unitTest.txt file and opening it within N++, it did automatically recognized this .txt file as a Perl file, due to the first line #!/usr/bin/env perl

Now, in the functionList sub-folder of my portable 887_x64 installation, I copied three files :

perl.xml of N++ v8.8.6, that I renamed perl_886.xml

perl.xml of N++ v8.8.7, that I just re-copied as perl_887.xml

perl.xml, from your last link ( https://github.com/notepad-plus-plus/notepad-plus-plus/blob/3d829d9a311fa05f77479b79b5b340e05986a52e/PowerEditor/installer/functionList/perl.xml ), that I renamed Perl_NEW.xml

Then, after closing N++, from a CMD prompt, I ran, successively, the three commands :

• D:\887_x64\functionList>copy perl_886.xml perl.xml • D:\887_x64\functionList>copy perl_887.xml perl.xml • D:\887_x64\functionList>copy perl_NEW.xml perl.xml

I re-started N++, each time, with current tab = unitTest.txt and opening the View > Function List feature, I did verify that :

The Function List panel with perl_886 was immediate but quite incomplete

The Function List panel with perl_887 was correct but with a slight delay at opening time

The Function List panel with perl_NEW was correct and with no delay at all !

Therefore, I now have the necessary equipment to test the Perl function list regexes and imagine possible new regexes. But just for myself, because I doubt I’ll find anything better than your solution !

Best Regards,

guy038

@Hyung-jun-Chang While not exactly what you asked for, if you press Ctrl+Alt+F it will fold the row where your marker is.
in your picture example, to fold number 3 you can press row 949 and then Ctrl+Alt+F. This should also work with rows 585, 586, 587, 867, 947, 948.
This should be a workaround instead of the “-” at the final row of the fold.

@guy038 said in How to Print Pretty with missing close tags.:

Let’s start from your solution

I’d hardly call it “my” solution. In that I used your generic find/replace-in-region formula, and plugged in reasonable values for the “variables” from that generic formula. The whole point of that generic formula is to make it really easy for anyone to just plug in their BSR/ESR/FR into the formula, and have it “just work”, without having to optimize or tweak.

If I run, successively,

As @Doctor-Rashir said here, “There are many closed tags”… In other words, it’s not just SONRQ and SIGNOMSGSRQV1, and trying to manually run a separate regular expression for each of the “many closed tags” is thus not practical. That is why I went to a script to automate it.