My last message was wrong. Please excuse me.

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

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

I’ve created two feature requests: one in Notepad++ and another in the Python Script plugin (and cross referenced them), since I don’t know where this feature would be better impemented.

https://github.com/notepad-plus-plus/notepad-plus-plus/issues/17246 https://github.com/bruderstein/PythonScript/issues/401

@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

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

@h-jangra

It could be, yes, because I downloaded it and ran setup_arm64.bat in a normal cmd shell, and it worked.
But it could also be due to how you originally set up Rust. I also played around with this a bit, but couldn’t reproduce your problem.
I had MSVC installed via the Visual Studio installer, and then I installed the Rust toolchain. Some weeks later I add the arm extensions for VS and added the target to Rust, and it works for me.

I examined the AI proposed submittal very carefully and it exactly described my issue. I trusted it used a form and format acceptable to this forum. I have since discovered the reason for the Ctrl-B behavior. It was because my code had mismatched braces. If you have matching open and close braces, it’s behavior is different… it aligns with the Ctrl-D I experienced with Visual Studio. Now I know.

@PeterJones

Thanks for pointing me to that Github issue. I somewhat researched the topic (using VS code/Electron) repos and added a suggestion there.

The issue, I think, is that instead of using a dedicated shell API, Notepad++ tries to manually launch an Explorer process.

@James-Burke-0 ,

Also, please don’t waste our time by asking the same question repeatedly in different ways. I told you this in early November, in this post, where I said, “instead of providing you a Save button…”, and went on to explain the same thing.

It’s very annoying to go to all the trouble of giving a detailed answer, and then to get proof that the answer is completely ignored by the person who asked.

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

@SammyBolt said in autoupdater and connection temp.sh:

Regarding the WinGup fix in v8.8.8, Was the temp.sh (or similar) exfiltration vector reported in v8.8.4 possible on a clean, official installation of Notepad++?

The temporary fix prevents the hijacking attempts that redirect to the domain other than github.com. However, it cannot protect against malware that is hosted on github.com.

The full fix will be included in the upcoming version, as mentioned below.

You mentioned the fix landed in v8.8.8, but can you confirm if this vulnerability was introduced specifically in v8.8.4 (due to changes in the updater), or were versions prior to 8.8.4 (like 8.8.2/8.8.3) also susceptible to this specific gup.exe hijacking technique? What about 8.8.5-8.8.7?

We still cannot determine the exact method used by the attacker. But it is not a case of “a vulnerability introduced in version X”.

For users currently running v8.8.4 who want to verify they haven’t been impacted before updating: Aside from monitoring network traffic for temp.sh, are there specific things we can check for, like modifications to the update xml file or other modified files/logs in the program directory?

I do not have complete information to provide specific advice. However, here’s an article from a security expert who appears to have investigated this issue:
https://doublepulsar.com/small-numbers-of-notepad-users-reporting-security-woes-371d7a3fd2d9

My suggestion is download & install v8.8.8 manually from the official website.
The upcoming release v8.8.9 will be available in a few days. In this release the code signing certificates will be verified on the downloaded binary before update installation.
Then please update to v8.8.9, in which the vulnerability is fully addressed.

@ioc2e3:

I’m fairly sure the only one of those you can edit in Notepad++ is json.

You’ll have to look up the rest yourself. In some cases there might be more than one way the same file extension is used, so you’ll have to figure out which program wrote the files. (For example, .aff can be a file used as part of a spell-checking dictionary or an Advanced Forensic Format file.)

Even for JSON, you usually shouldn’t just edit a JSON file in Notepad++ unless you know what you are doing. JSON files are highly structured and any given JSON file is normally maintained by a specific program or set of programs for specific purposes. Usually there is a correct way to change the data stored there through a user interface provided by the application, rather than diving in yourself.

It might seem like a pain in the butt, but you need to work out which programs created each of the files that concern you and research those programs to figure out how to examine and/or change these files. If Notepad++ can open them at all, it will probably give you nothing but the ability to mess them up.

@Jeff-Esposito

Hi, I had the same problem.

In my case it was (alsmost certain) caused by heavily editing the DarkMode-Default theme that got a size of over 500Mb. I Suspect it was caused by using many custom colors.

It has nothing to do with BitDefender. We have the BitDefender Endpoint Security running on our machines too.

Switching from dark mode Default to another theme completely solved the problem for me.
\Editing that theme with default colors did not slow down startup.
Give it a try.

Tip:

You can keep your personal theme by coping and renaming it. It will them show up in the themes
list. You can find the themes in C:\Users\Username\AppData\Roaming\Notepad++

Gerard Kiekens
(Key-Can Computer Services The Netherlands)

@luk3Z ,

You could share it in the centralized NppThemes Collection at https://github.com/notepad-plus-plus/nppThemes/ , which makes it easier for people to look through available themes (and with the CollectionInterface plugin being able to directly access that Collection, the plugin can simplify their installation process)

@Kaptain-Biwouak,

1/ last updates about Perl language don’t allow anymore to detect perl subroutines with the menu function (It was working well with Notepad++ 8.8.1).

By “the menu function”, I am assuming you mean the View > Function List.

But when you say it doesn’t “detect perl subroutines”, you will have to be more specific, because Function List does work for Perl files in v8.8.8 – though it is known to have efficiency issues.

b60af6c5-90e6-4a07-b34d-a45c6524db4c-image.png

the version of the Perl FunctionList parser found here will hopefully be in the next version of Notepad++ (presumably v8.8.9), so if you put the new XML in %AppData%\Notepad++\functionList\perl.xml (you might have to create the functionList subdirectory) and restart Notepad++, it will use the more efficient parser.

After doing that, if it still doesn’t show your subroutine, please click the </> button in the reply, and paste a small Perl program that shows one or two subroutines that don’t show up in the FunctionList.

2/ on-going modifications usually shown with * on the tab bar are no more accurate; Several tabs have now this status even if one file is currently being modified.

I only see an * on the title bar if a tab that has unsaved edits is active. If I switch to a tab that has no edits, the * is not shown on the title bar. Can you give a minimal series of steps to reproduce the problem? because I cannot get it to be wrong about the *.

@b-squared said in Can't install any plugin - hash mismatch:

Hi,

I get the following error when trying to install a plugin from the Plugin Admin tool. I’ve tried several including Compare, JSON Viewer, 3P, HEX-Editor, JSON Tools.

Your Debug Info shows that you are using 64-bit Notepad++ version 8.8.8; Plugins Admin in that version should be offering Preview HTML 1.3.3.3. From your screenshot, it looks like it’s trying to load a 32-bit plugin with version 1.3.2.0.

I’m thinking that somehow your copy of the plugins list is not getting updated properly. Just to be sure… is this a regular installed version or a portable version, and exactly where are you getting the download?

Any way to install plugins manually, or will I just run into the same issue?

You can install plugins manually and there isn’t a hash check when you do that. Before we go that way, though, we need to figure out why your installation copy of the plugins list is messed up — I have to think it might not be the only thing that’s messed up.

@andwan0

Your issue has been fixed for the N++ v8.8.6+.