Notepad++ v8.4.9 Release

Lycan Thrope

Hmm, I think we can disavow my notices. It apparently works both ways after I fixed the (x86) that I copied in, instead of minus the (x86) in the filepath of the hack, and it opens both .txt files with and without spaces, so I can’t confirm that hack doesn’t work with the new one. I, however, don’t like it choosing JSON5 file format over a text document on a double click however.

This is the Debug info, this time, that shows the stuff you pointed out to me:

Notepad++ v8.4.9   (64-bit)
Build time : Jan 27 2023 - 03:11:16
Path : C:\Users\camilee\Documents\Development Tools Downloads\Notepad++ Versions\npp.8.4.9.portable.x64\notepad++.exe
Command Line : -notepadStyleCmdline -z "C:\WINDOWS\system32\NOTEPAD.EXE" C:\Users\camilee\Desktop\Home Documents\Health\Daily Meds Lee.txt
Admin mode : OFF
Local Conf mode : ON
Cloud Config : OFF
OS Name : Windows 10 Home (64-bit) 
OS Version : 22H2
OS Build : 19045.2486
Current ANSI codepage : 1252
Plugins : 
    mimeTools (2.9)
    NppConverter (4.5)
    NppExport (0.4)

Leaving this here since I screwed up so we’re aware of it. :)

~~Thanks @PeterJones , I realized that after it came up, I thought I~~ had mine set up that way, but apparently not; so I set up the hack and I can confirm that the double click on a text file with spaces gives this error box:
![Ver8_4_9_RightClickOpenTextDocumentConfirm.PNG](/assets/uploads/files/1675289484209-ver8_4_9_rightclickopentextdocumentconfirm.png) 

After another test, it apparently does it for any double-clicked file, on mine. Need to make sure I did it right though.
Hope that helps. Here's the new Debug info:
```
Notepad++ v8.4.9   (64-bit)
Build time : Jan 27 2023 - 03:11:16
Path : C:\Users\camilee\Documents\Development Tools Downloads\Notepad++ Versions\npp.8.4.9.portable.x64\notepad++.exe
Command Line : "C:\Users\camilee\Desktop\Home Documents\Health\Daily Meds Lee.txt"
Admin mode : OFF
Local Conf mode : ON
Cloud Config : OFF
OS Name : Windows 10 Home (64-bit) 
OS Version : 22H2
OS Build : 19045.2486
Current ANSI codepage : 1252
Plugins : 
    mimeTools (2.9)
    NppConverter (4.5)
    NppExport (0.4)

```~~

PeterJones

@Lycan-Thrope said in Notepad++ v8.4.9 Release:

I, however, don’t like it choosing JSON5

If you had that file open in one session (with the default save session still on), and had accidentally chosen JSON5 somewhere, then Notepad++ will remember that on your next session, even if you’re opening it from the command line.

Also, you might want to check Preferences > New Document > Default Language, just to make sure it’s not set to JSON5. And check the JSON5 extension list.

donho

OK. After changing the value of FilterFullPath to notepad++.exe (beside all the instructions guided by npp-manual):

I can replace Notepad by Notepad++ under Windows 11, and reproduce the bug.

I will see what I can do about it.

donho

Could you guys test the fix for notepad replacement opening file name with white space issue here:
https://github.com/notepad-plus-plus/notepad-plus-plus/pull/13027

Thx!

Lycan Thrope

@PeterJones ,
That would make sense, if I ever opened a JSON let alone JSON5 file, but I never have and the screenshot I took, shows that the default file is None(Normal Text), so for some reason, the new 8.4.9. version, does it on it’s own, which makes it the first version that has done that. :(

So I guess we can add that as another regression. :)

Theo Niessink

I think I’ve found a minor regression in v8.4.9: When I use Control-Tab to switch between documents the entry at the bottom of the list is cut off. Reverting back to v8.4.8 fixes the issue. Tested with the 32-bit version on Windows 10 Pro.

v8.4.8.png v8.4.8

v8.4.9.png v8.4.9

swegmike

I updated to this version.
If one goes to the edit -> character panel I think there are errors here.
1). the html number which is decimal are all missing the ending semicolon.
2). Please add another column for the html hexidecimal codes. I tend to use these alot in the autocompletion xml file i.e.
3). the html name for apostrophe and the short/long dash are missing i.e. ' and — etc.
4). Can the codes for small/large circles, boxes filled and unfilled be added since I use them in the autocomplete xml file for bullets. Perhaps other symbols for bullets can be added i.e. diamonds and triangles. i.e ● and the others.

PeterJones

@swegmike ,

These “vX.Y.Z Release” threads are focused on comments specifically on new features of vX.Y.Z, and any “regressions” caused by the newest version. “Regressions” mean “changes in vX.Y.Z that used to work in the previous version that no longer work in this version”.

What you have requested are all just feature requests, and none of them describe behaviors that changed in v8.4.9 compared to earlier versions. Feature requests do not go here. We have a whole FAQ on where feature requests go. Please follow the instructions in that FAQ to make this feature request, and any other feature requests you may have in the future.

swegmike

@PeterJones Sorry, but this is not a feature request - this is missing codes in this panel that probably has been there for quite some time.

PeterJones

@swegmike said in Notepad++ v8.4.9 Release:

Sorry, but this is not a feature request

I am assuming that in your mind, it’s a bug report. In my mind, it was a feature request, because you were requesting that an existing feature be improved in some way.

this is missing codes in this panel that probably has been there for quite some time.

But you admitted it’s been there for some time (it has). That admission means you understand not a regression (per the definition of “regression” that you read in my post). If it’s not a regresssion or about something else specific to v8.4.9, it does not belong in this thread. If you read the FAQ I linked you to, you will see that the FAQ also describes where bug reports go – the same place as feature requests.

So whether it’s a new feature, or a feature enhancement (which is what I consider this; it’s not broken, you just want it to improve), or an actual bug – if it’s been around before release v8.4.9, it doesn’t belong in this topic.

donho

@rddim said in Notepad++ v8.4.9 Release:

Fix sub-menu folder display mess in non-western languages under Macro/Run menu.

Should I need to open an issue or I can explain it here?

Please create an issue and ping me - we will talk on github.

donho

@Lycan-Thrope
I don’t quit follow you.
Could you create an issue on Github and ping me.

Lycan Thrope

@donho ,
I can, but I just want to make sure I have the correct procedure, since I screwed up the thing earlier, and to make sure I’ve got the real use case. In this case, whether it has a space or not, this is what is happening. I can try finding a file with with a space but I tend to run on my names to avoid these kind of issues. :)

I’m not sure how to do the test that you asked for with the fix, so that’s my inexperience at issue. However, when I install the hack, in my machine and have opened 8.4.9 and minimize it so that when I double click on a .txt file, it will open the file in 8.4.9 instead of my default system installed version which is 8.4.8.
When I double click a .txt file, NPP 8.4.9 opens it with the orange coloring in the text area and states in the lower left corner that it is a JSON5 file. When I close 8.4.9, and then double click that same file, it opens in my default NPP 8.4.8 and opens it as a text file.
That basically describes the issue. I am able to use the hack, and it functions in 8.4.9, but it opens at least a .txt file as a JSON5 file type.
If someone else can find this behavior, I’d appreciate verification, to make sure I didn’t screw the procedure up, Earlier.

This is the Debug info for the file I just did this with, and then below that will be a screenshot showing the file open as I described. Below that will be a screenshot of the settings in the Registry Editor to show I did it right. :)

Notepad++ v8.4.9   (64-bit)
Build time : Jan 27 2023 - 03:11:16
Path : C:\Users\camilee\Documents\Development Tools Downloads\Notepad++ Versions\npp.8.4.9.portable.x64\notepad++.exe
Command Line : -notepadStyleCmdline -z "C:\WINDOWS\system32\NOTEPAD.EXE" C:\Users\camilee\Documents\foeagesgoodngproblemtext.txt
Admin mode : OFF
Local Conf mode : ON
Cloud Config : OFF
OS Name : Windows 10 Home (64-bit) 
OS Version : 22H2
OS Build : 19045.2486
Current ANSI codepage : 1252
Plugins : 
    mimeTools (2.9)
    NppConverter (4.5)
    NppExport (0.4)

Theo Niessink

FWIW, the minor Control-Tab regression seems to have been introduced in commit 662b54e28a (Add property sheet in VS project and clean project file), but I don’t (yet) know why though.

Alan Kilborn

“Lycan Thrope” 's discussion here moved to created issue: https://github.com/notepad-plus-plus/notepad-plus-plus/issues/13042

donho

@Lycan-Thrope said in Notepad++ v8.4.9 Release:

I’m not sure how to do the test that you asked for with the fix, so that’s my inexperience at issue. However, when I install the hack, in my machine and have opened 8.4.9 and minimize it so that when I double click on a .txt file, it will open the file in 8.4.9 instead of my default system installed version which is 8.4.8.
When I double click a .txt file, NPP 8.4.9 opens it with the orange coloring in the text area and states in the lower left corner that it is a JSON5 file. When I close 8.4.9, and then double click that same file, it opens in my default NPP 8.4.8 and opens it as a text file.

OK, I see the problem. This issue is happening because you still keep a previous version of Notepad++ on your machine (in C:\Program File\Notepad++\ ) but the launched instance is version v8.4.9 which you put in another folder.

The scenario of issue cause is: when you use context menu or Notepad replacement, both point to C:\Program File\Notepad++\notepad++.exe which is, let’s say version 8.4.8, without the support of JSON5, so a unknown language file is detected by C:\Program File\Notepad++\notepad++.exe (v8.4.8) as ENUM_UNKNOWN (number 86), then it passes number 86 as detected language to the launched instance C:\you-new-v849-folder\Notepad++\notepad++.exe, in which (v8.4.9) JSONS5 has been added as 86 and ENUM_UNKNOWN has been shifted to 87 - then this anomaly. happens.

To remedy this issue, updating C:\Program File\Notepad++\notepad++.exe from v8.4.8 to v8.4.9 is necessary, via installer or copy/paste notepad++.exe manually.

Lycan Thrope

@donho ,

I understand what you’re saying…but doesn’t that kind of negate the choice of using a portable version, so you can test stuff without the standard version being subject to any bugs that 8.4.9 may have that one doesn’t want to use in their production install? :)
Thanks for finding the issue, however, so quickly.

PeterJones

@Lycan-Thrope said in Notepad++ v8.4.9 Release:

@donho ,

I understand what you’re saying…but doesn’t that kind of negate the choice of using a portable version, so you can test stuff without the standard version being subject to any bugs that 8.4.9 may have that one doesn’t want to use in their production install? :)
Thanks for finding the issue, however, so quickly.

The “notepad replacement” mode, just like automatic assocations, are focused on installed versions. So it was your trying to mix “notepad replacement” and portable, when you also had an installed version, that caused a weird confluence of events which shouldn’t normally happen.

If I’ve understood Don’s description correctly, your “notepad replacement” was pointing to the installed version (8.4.8), but you already had portable v8.4.9 open, so Windows tried to run the installed, which did the detection (picking 86), but once single-instance Notepad++ saw that there was already a Notepad++ open, so it passed the file and the 86 to the already-open Notepad++ (v8.4.9) in which instance 86 means JSON5, not “unknown”.

Lycan Thrope

@PeterJones ,
Yep, that’s the way it sounded like he was explaining it to me, also. I get it, I just thought it humourous that we find what we think is a supposed “bug” in a new version and to get rid of it, we need to update to it. :) <-Notice smiley. :)

Theo Niessink

I think I’ve found a solution for the Control-Tab regression, so I’ve opened a pull request (#13067).