Notepad++ starts to lag with very long lines

[oasisindesert]

Description of the Issue

When current screen with a text contains 8-12 lines with a length of each line more than 64K the application start to lag on navigation, the cursor becomes slow.

Steps to Reproduce the Issue

1. Create the new text file, fill it with text lines of standard lengths (80-120 character), in the amount of 100-200 lines for free navigation.
2. Now, create long lines with length more than 64K, it can be easily created by selecting a whole line and pressing multiple times Ctrl+D, until required length is achieved. Remove the selection and duplicate the long line ten times using the same hotkey Ctrl+D.

Expected Behavior

Navigation using cursor should be very fast as usually.

Actual Behavior

Navigation using cursor becomes very slow.

Debug Information

Notepad++ v7.5.1 (64-bit)
Build time : Aug 29 2017 - 02:38:44
Path : C:\Program Files\Notepad++\notepad++.exe
Admin mode : OFF
Local Conf mode : OFF
OS : Windows 7 (64-bit)
Plugins : AutoSave.dll mimeTools.dll NppConverter.dll nppcrypt.dll PluginManager.dll

[sasumner]

This comes up occasionally; it goes back to Scintilla I think so there really is nothing Notepad++ can do about it. One could debate what "text editing" really means: Are 64000 character lines in a file practically editable with a text-editor?

[oasisindesert]

… One could debate what "text editing" really means: Are 64000 character lines in a file practically editable with a text-editor?
Sometimes there are such long lines, which could be broken using Ctrl+I and merged again using Ctrl+J.

This comes up occasionally; it goes back to Scintilla I think so there really is nothing Notepad++ can do about it.
I supposed it so, but you provided me with additional info.
I will use the following workaround, all such long lines will be broken into smaller ones.

Ok, the issue is closed.

Thank You very much.

[sasumner]

@oasisindesert Usually people put up more resistance than that. :)

[oasisindesert]

@sasumner I want not to bother authors with irrelevant problems . :)

[jelkevanhoorn]

Well let's put up a bit resistance :)
It is a real problem, I have generated files in XML and json which do not contain line-breaks.
Naturally, I do not want to edit them like that, I first reformat them with logical breaks and indentation.
However, when the files become a bit larger, notepad++ becomes completely unresponsive, so i'm not even able to reformat the file. (While a formatted file no problem for notepad++)

[sasumner]

@jelkevanhoorn As a test to determine where the problem lies, how about using the Scintilla editor (https://www.scintilla.org/SciTE.html) on your files and report back on its responsiveness?

[jelkevanhoorn]

@sasumner is also a bit laggy, but less so.
I was now testing with a file of 14Mb so 14 million characters on 1 line. It also seems the responsiveness increases when I enable word-wrap

[oasisindesert]

@sasumner
I have download and tried the Scite version 4.2.0, the issue is present.
Current workaround is to avoid creation of long strings with a length more than 8-16K, or using PgDn and PgUp to browse through the text.

[oasisindesert]

Here is the sample text file.
text.txt

[AnthonyB28]

Sadly still an issue.

[cowlinb6]

I know this is old but I'm having the same issue. Anyone found a workaround / fix for this?

[mere-human]

I know this is old but I'm having the same issue. Anyone found a workaround / fix for this?

Try enabling View > Word Wrap.
No fix for it yet.

[cowlinb6]

Thanks tried that already. It does improve a bit but then makes it difficult to work with!

[mw108]

The problem is really annyoing when editing large SQL backups to extract only the parts of the script you need. Trying since ~30 minutes to extract some text by selecting and deleting the lines I don't need and just give up now. Notepad++ freezes and lags all the time so I don't get anywhere.