@SammyBolt

From what I know, this is not directly about a bug/vulnerability in the N++ ecosystem, but rather a preventive security fortification against possible attacks independent of the N++. Namely against the DNS spoofing type of attacks. The upcoming v8.8.9 will bring another such fortification.

@Todd-Marshall said in **Title: Proposal to Add `Ctrl + ]` Shortcut for Matching Braces**:

I explored this issue with DuckDuckGo AI and asked it to summarize in the form of a submission here

LLM/AI/ChatGPT-generated content is not allowed here, as described in the Read here before posting post that you obviously didn’t read.

I let this post through without immediately banning you, because you were obviously desparately trying to keep it on-topic, which is more than most LLM-posters do. But no more AI posts, or you will be banned, no more warnings or grace periods. (There are users here who will see this post, and wish I’d just banned you straight out.)

At the closing brace }, Ctrl + B moves to before the opening brace {, without highlighting it.

That is not what I see. If I have the caret just before or just after the closing brace, both opening and closing braces are highlighted. And when I do Ctrl+B to go to the opening brace, the caret is just before the initial brace, and both braces are still highlighted.

So I don’t think there needs to be a feature request.

BraceHighlightWorks.gif

You shouldn’t believe everything AI tells you.

If AI was telling you that the Ctrl+B brace jumping doesn’t work right, it was hallucinating. If you were claiming in your AI prompt that brace-jumping doesn’t work right, you were mistaken. And the nonsense you plugged into the AI became the nonsense claim in this “feature request” If you believe I am mistaken, you will need to provide plenty of evidence, because it works right for me in any situation I can come up with.

I think you either mis-described the situation to the AI in your prompt, or you let the AI make up any problem that it could propose a solution to, even if that problem doesn’t really exist. Don’t use a tool that you don’t understand, and don’t expect to be able to input garbage in an LLM prompt or the underlying training and get anything but garbage out: an LLM trained on lies will spew lies, and an LLM given a prompt with bad information can repeat that bad information back out.

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

@PeterJones said in All of a sudden cannot type anything in Notepad++ 8.8.8:

I don’t know how that one plugin works

I just grabbed a copy on a portable N++ to experiment. So yes, when you first install NppVim, it starts Notepad++ in “Vim” mode. So, just in Vim, in order to add text, you need to use the a (append) or i (insert) or o (add new line) or the capital versions thereof. NppVim hijacks the status bar, and will list --NORMAL-- when it’s in the mode that accepts the hjkl navigation keys (and similar) or --INSERT-- when it’s in the insert/append mode. It’s only when you are in --INSERT-- mode that the Notepad++ INS/OVR INS-key toggle has any meaning, and it’s only when you are --INSERT-- mode that you can type text in the editor.

760ee28d-7f24-4943-93fb-9133407a104d-image.png
vs
4f3fa4eb-ab7b-469e-a49e-ad4508a5411d-image.png

and now, just a few seconds of using Vim-style editing commands, just to prove that’s how it works, my brain has already reverted to vi keys, and I tried to edit this post with vi keystrokes. so thanks for that 😜

update:
If you don’t want to have to use the Vim keys with that plugin, you can use Plugins > NppVim > Toggle Vim Mode to toggle off that plugin’s features temporarily.
2de62f18-5e03-45b2-a632-4a0eb28bf875-image.png

So, as of now, my working theory is that @Salam-Elias had the NppVim plugin installed without understanding the implications, and the problems with typing, mentioned in the original post, were 100% due to user error and that plugin.

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

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

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

@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

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…

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

This issue bothers me as well. I’ve already found a way around but unfortunately my half finished PR got lost together with my SSD which went w/o farewell into the Silicon Heaven and took some of my unbackuped freetime projects with it.

I’ll try next week.

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

My last message was wrong. Please excuse me.

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

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

@andwan0

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

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

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