@Troglo37 said in Is There a Way to Prevent Pasted Text from Spreading Out with Rows of Spaces?:

This has been bugging me for a long time. Is there a way to prevent Notepad++ from displaying rows of blank space when pasting text from IMDB? I tried all of the settings in the Find box, but nothing happened.

For example, https://www.imdb.com/name/nm0000078/ then click on ‘1 episode’ for Gunsmoke, highlight, and copy Gunsmoke

1 episode 1955

See what happens even here?

Yes. When you copy that text from the webbrowser, the browser puts the string Gunsmoke\n1 episode\n1955 (with newline characters) into the CF_TEXT, CF_OEMTEXT, and CF_UNICODE slots of the Windows clipboard. Then when you paste in Notepad++ (or notepad.exe, or any other text editor which is requesting one of those text slots from the Windows clipboard), Notepad++ correctly pastes what’s there, honoring the newline settings to interpret the newline in the data that you are pasting, just like Notepad++ always does. (And, BTW, pasting that text into Windows notepad.exe also correctly puts the newline between the lines, because that is IN THE CLIPBOARD TEXT)

Using those prevents the text from spreading out with rows of blank space. All I have to do is click in front of 1955, use the back button 4 times, click in front of 1 episode, then use the back button 5 times.

Notepad++ cannot know that you visually saw a single line in the rendered HTML browser, because all Notepad++ is told is that when it requests the CF_TEXT or similar, there’s a newline there, so it needs to handle that newline the same way it does every other newline in pasted data. To do anything else would break user expectation, and would be considered a crippling bug in the software.

And what you don’t understand is that, even to your browser, that’s not a single line of text. The word Gunsmoke is in an H3 tag, 1 episode is inside an <li> tag, and 1955 is in a separate <li> tag. They are three independent pieces of data, which the stylesheet just happens to present as having the two LI elements on the same “line” when rendered. But when your browser puts that data in the clipboard, it separates them with newline symbols. It’s not Notepad++'s fault, and Noteopad++ cannot read your mind in what you “want” from the data: it assumes that since you’re pasting text, that you want to paste the exact text that’s in the CF_TEXT or equivalent slot in the clipboard, so that’s what it does.

To save keystrokes to fix it, you can hold down the shift key, hit HOME then UP then UP, the Ctrl+J to join the lines.

But the “problem” is not on Notepad++'s end. Notepad++ correctly pastes the data that is in the text portion of the Windows clipboard.

@Naveen-Rathnam said in Were the binaries released on GitHub affected in the Notepad++ state-sponsored hacking incident?:

Were the binaries released on GitHub affected in the Notepad++ state-sponsored hacking incident?

Those that are worried “am I vulnerable” should really read the official announcement and this existing post rather than ask a new question.

No official binaries were affected by this issue. It was a website issue – the hack allowed them to send false responses when the Notepad++ updater (called “wingup” or “gup.exe”) asked the website where the download file was – it is the response from the website to this query from wingup that was affected (*), not the links on the HTML pages of the website, and not the files on the GitHub servers.

But the files on GitHub are all 100% what was intentended to be posted and published, and if you downloaded from there, there is no difficulty.

kindly provide confirmation.

Considering that the official announcement said, and I quote, “the compromise occurred at the hosting provider level rather than through vulnerabilities in Notepad++ code itself”, that information was already provided. But I’ve said it in a different way here, in hopes that you will be able to understand what has already been said.

–
*: update: and that was only for a limited number of users – it was a targeted attack; the vast majority of update requests, even using the wingup updater, were not affected.

@Lycan-Thrope

so if I’ve already auto-updated from 8.8.8 to 8.9.1, would it be necessary or advised to run it again, manually?

Once you have v8.9.1 installed, it won’t be necessary to update your Notepad++ manually - you can just let auto-updater do its job.

Turns out it was an issue with the GPU driver, which has now been patched.

@Thorsten-Heuer
You can set vertical edge though but then wrap will not work according to that.

Settings → Preferences → Margins/Border/Edge Enable Vertical Edge Set it to 80

86b1a92a-f3ff-4215-b340-a558e78e6319-image.png

@archerarcher1 I will suggest LongPathTool to solve this error.

@PeterJones said in Chinese compromise began as early as NP++ v8.6.9:

@Cam-Krout,

That’s not evidence of Chinese (state-sponsored) involvement or compromise. That’s specifically the intentional link to the v8.6.9 https://notepad-plus-plus.org/news/v869-about-taiwan/ “Support Taiwan’s Independence” (which is what google translate says those characters mean). The the developer is a huge proponent of such (and his statements in the N++ About box and release pages has a history of taunting state-sponsored attacks on Notepad++ and its infrastructure).

So that’s rather evidence of the reasons behind the attack, not a symptom of the attack.

Oh my, I stand corrected. Would have freaked me out less had it used my locale to determine the language for the hyperlink text (I saw that, plus 32-bit, plus a logo I didn’t recognize, and I panicked!)

But regardless, I appreciate the heads up.

@Fred-Morant ,

Regular expressions don’t work the way you expect in search-backwards mode, so it’s disabled except for advanced users.

Advanced users can look at the user manual and figure out how to enable regexBackward4PowerUser

https://npp-user-manual.org/docs/preferences/#preferences-for-advanced-users

BTW:

5.1-if your home internet speed is fast enough, setup your own web server to your pc under virtualbox(in case of web server software cve’s/rce’s). I or anyone can help with that. Dont forget to hardening server for security.

IMO, this is BAD advice. To suggest to a non-security specialist who runs this as a hobby, that he should self-host, and try to keep up on all the security hardening, is asking him to get hacked even worse than the hack that already happened. He was literally paying a host to provide such services, and the professionals failed; he has now changed providers to a host who has better security procedures.

Believe me it’s not that hard to setup a webserver or harden it, especially while backed by a strong community. The risks are different when hosting at home between hosting remotely. The hosting firm may be offered money to hijack, or an out-of-date hosting management software had rce was waiting to be abused.

@PeterJones
on the screenshot above Reduce option is already pressed though.
Max tab label length truncates text, which is not the behavior i want to restore - i want the tabs with short names to not have this big gap at the end.

That said, it seems that the “enable pin tab feature” was the culprit, as disabling it seems to have restored the desired tab size behavior.

There still is some extra spacing before the close button though:

2bb5dad1-4a85-4bd0-8df8-768e93562693-image.png
629bde33-102c-4a09-a960-60ded9dcd809-image.png

@Nppenjoyr ,

See this post

@Tavi ,

As far as I can tell, they were unrelated. Scanners such as VirusTotal look at the executable itself, and last year were being triggered by the lack of signing and the self-signing of the executable.

please confirm if this issue is related to the notepad++ hijack news dated 2nd Feb 2026?

The issue you are referring to, as linked here and described in detail here specifically said,

the compromise occured at the hosting provider level rather than through vulnerabilities in Notepad++ code itself.

This was a website hack, and VirusTotal and other such AV scans do not detect website hacks, as far as I understand them.

@Liam-Wright I am running the latest NPP (8.9.1) and I don’t see this setting.

@PeterJones Thanks. I will work on getting the debug. Until then…

After making the edit, which took by the way (saved), I closed the app as usual. Just to be sure I checked Task Manager and found 2 instances of it showing there even though all copies were previously closed by me. I killed it there, unmounted the thumb drive that has the portable version I’m trying to edit, and then did a system restart thinking that might clear anything else.

I remounted the thumb drive and still have an edited Shortcuts file but it is not recognizing the changes. That edit is working with my resident copy on the same system but that was also hard to change when I did it a while back.

Thanks for the help.

@D-Kirkpatrick said in Editing the Shortcuts File:

However with this latest version there doesn’t seem to be a way to do this?

Nothing has changed regarding shortcuts.xml in the last many versions.

I know there is a copy in %appdata% but that also had my changes.

It depends on your settings, but the %AppData%\Notepad++\shortcuts.xml is the normal first place that Notepad++ will look.

if that’s not working for you:

confirm you follow the normal incantation for editing config files (ie, close all N++, open just one, edit file, save, exit and restart N++ to allow the change to take effect) if that doesn’t work, grab ?-menu’s Debug Info and share it with us share the actual XML snippet from the right shortcuts.xml file, so we can look to see if we can tell what’s wrong

update: I just re-read your post, and noticed:

When I added in the appropriate line to the XML file and saved it nothing happened and the pull down menu did not change.

You have to exit Notepad++ after saving, then restart the application. Notepad++ doesn’t just re-parse shortcuts.xml when you save it, so the menu won’t change by just hitting save on the file.

@sagradamoly-stack said in Managing the User Languages tool:

Is there any way to delete all the interim variations without losing all the work getting to a useful final result?

It depends on what you mean.

En masse? No

One at a time? Yes. In the UDL dialog, select each intermediate UDL from the drop-down, and click Remove. Since it’s likely on the order of a dozen or two, it won’t take you that long – less time than asking here took you, I’d wager.

without losing all the work

I mean, deleting the intermediate ones will obviously delete the intermediate stages. If you don’t want to lose them, but don’t want them in the N++ Language menu, use Export to save each to a separate XML file which you can then save in some backup directory, then Remove to take it out of the menu.