Notepad++ v8.4.4 - Happy Users' Edition

Alan Kilborn

I can’t state that none were updated since I installed them

Can’t you get Debug Info again and compare the version numbers it reports on the plugins against the list you posted above?

But, I suppose it doesn’t really matter, if your crash problem is solved. You just want to “get back to work”.

I don’t want to use appdata

Well, if possible, create a file called doLocalConf.xml in the folder where notepad++.exe lives. This will cause “appdata” to not be used.

(Note that I have never ever “installed” Notepad++ on my machine, as I don’t see the need. I simply use the portable version. So… although I like to help out here on this forum, my giving advice related to the installer may not be the best)

PeterJones

@Richard-Bradley said,

I can’t state that none were updated since I installed them so that may indeed be the cause, possibly.

@Alan-Kilborn said,

Can’t you get Debug Info again and compare the version numbers it reports on the plugins against the list you posted above?
But, I suppose it doesn’t really matter, if your crash problem is solved. You just want to “get back to work”.

As Alan said, it probably doesn’t matter. But looking at Plugins Admin, Column Tools is now at 1.4.4.1 (compared to1.4.3.1 in the Debug Info above), DSpellCheck is now at 1.4.24 (compared to 1.4.23), and HTMLTag is now at 1.2.3 (compared to 1.2.1); any or all of those upgrades may have been necessary to stop the crashing.

Craig Slawson

A plugin that worked in 8.4.2 no longer works with 8.4.4. TextFX Characters: https://sourceforge.net/projects/npp-plugins/files/TextFX/ which appears to have been last updated in 2009. If it’s the plugin that needs updating I’ll miss it going forward for its version of Find/Replace.

PeterJones

@Craig-Slawson ,

See the TextFX Replacement FAQ.

Alan Kilborn

@Craig-Slawson said in Notepad++ v8.4.4 - Happy Users' Edition:

I’ll miss it going forward for its version of Find/Replace.

Sorry to pollute this thread, but I think this issue is important: What makes TextFX’s Find/Replace interface so wonderful that you’d miss it?

Jorge Arturo Roque Cardenas

Im unhappy´user.
two last version quit unexpected after open file with name with multiple dot in example

mYfile.cs.txt
myfile.js.txt
myfile.php.txt

Nombre de la aplicación con errores: notepad++.exe, versión: 8.4.4.0, marca de tiempo: 0x62d18e06
Nombre del módulo con errores: notepad++.exe, versión: 8.4.4.0, marca de tiempo: 0x62d18e06
Código de excepción: 0xc000041d
Desplazamiento de errores: 0x00000000001f15d8
Identificador del proceso con errores: 0x5278
Hora de inicio de la aplicación con errores: 0x01d8a1d674fa2b59
Ruta de acceso de la aplicación con errores: C:\Program Files\Notepad++\notepad++.exe
Ruta de acceso del módulo con errores: C:\Program Files\Notepad++\notepad++.exe
Identificador del informe: 702a3578-17c4-44fa-ab2b-8f51de29f2cd
Nombre completo del paquete con errores:

PeterJones

@Jorge-Arturo-Roque-Cardenas

two last version quit unexpected after open file with name with multiple dot in example

My initial guess is that you have a plugin that needs to be updated. Please see our FAQ which gives the steps necessary to verify whether or not it is a plugin, and narrow it down to which plugin.

Jorge Arturo Roque Cardenas

@PeterJones hi @PeterJones .
thank for your answer.

i remove and reinstall all plugns and do not resolve the issue.
after reinstall continue .
reviewing the config.xml file in the section

<GUIConfig name=“DockingManager”

i change the attribute isVisible for every PluginDlg nodes from isVisible=“Yes” to isVisible=“no”

changing one after one
from
<PluginDlg pluginName=“xxx” id=“n” curr=“n” prev=“n” isVisible=“yes” />
to
<PluginDlg pluginName=“xxx” id=“n” curr=“n” prev=“n” isVisible=“no” />

appears this resolve the unexpected quit.

SeagramFR

@donho said in Notepad++ v8.4.4 - Happy Users' Edition:
Fiddling with the new EOL display customizable feature, I found out a very small unnoticeable bug in Styler Configurator (I guess probably no one cares about):

In Styler Configurator, the selected color is NOT the one of the current entry, but the last one that was clicked in a former entry.

Alan Kilborn

@SeagramFR

I think it is working correctly, both from my own experimentation, and even with what you show. The current foreground color in your case is red, and the CRLF is showing in that color. The green that you have circled doesn’t come into play (and shouldn’t, unless you click on it). Or maybe I’m missing something.

Yaron

@SeagramFR said in Notepad++ v8.4.4 - Happy Users' Edition:

In Styler Configurator, the selected color is NOT the one of the current entry, but the last one that was clicked in a former entry.

I think @SeagramFR is referring to the following case:
Open the Styler Configurator.
More colors…
Select a different color than the current one.
Select another style.
More colors…

Result:
The selected color in “More colors” is not that of the current style but rather the previously-set-style’s color.

(It’s not specifically related to EOL).

donho

@Yaron

Result:
The selected color in “More colors” is not that of the current style but rather the previously-set-style’s color.

There’s no pre-selected colour for “More color” popup.
Isn’t it the case to you?

Yaron

@donho,

When you first open “More colors”, no color is selected.
But if you select a color, move to another style and re-open the “More colors” popup - a color IS selected.
And it’s not the color of the current style.

It’s an interesting observation.

Yaron

I apologize.

I did not mean the “More colors” popup, but the color pallet which opens on clicking the square color control.

Argyle Trees

Document Map

I use 4K screen. Is this normal ? I can’t see anything on the right. Color background shown in the middle.
Should I change the display settings, or is this a regression of NP++?

Argyle Trees

@Argyle-Trees

After changing the display scale from 150% back to 100%, then the document map was showing normally.
But scale =150% was very common on 4K screen.

SeagramFR

@Yaron that is the point, indeed.
Not correlated to CRLF, it was just the feature I was testing in the first place

SeagramFR

… and it is a teeny-tiny bug, just the kind I am the only one in the world to detect, and nobody cares about (as I wrote already) ;-)

Yaron

@SeagramFR,

Thank you for confirming.

just the kind I am the only one in the world to detect

The universe is grateful. :)

Not Saying

@donho said in Notepad++ v8.4.4 - Happy Users' Edition:

@Not-Saying

Thank you for your debug info (via the private message).
However, I cannot reproduce the bug at all.
Could you provide the step by step instructions please?

Sure! I just figured out a way to do it again:

Do a Find In Files search for something you know won’t be found.
Do a Find In Files search for something you know will find multiple files.
Do a Find In Files search for something you know won’t be found.
Do a Find In Files search for something you know will find multiple files.
Observe there are no open/close icons for the results that found no files.
Collapse all the results.
Delete the result from step 3 (Delete key).
You now have the result I described above.

I can tell from the repro steps and gui behavior this is going to be obnoxious to solve. You’ve got two sets of objects, one that describe the gui state and the other the results. They are out of sync with each other. :(