Notepad++ v8.5.4 Release
-
Not a regression, but perhaps a bug with the new SHA-1 feature:
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/13797
Cheers.
-
@Michael-Vincent
Thank you for your heads up and your instructions to reproduce it.
Fixed now in:
https://github.com/notepad-plus-plus/notepad-plus-plus/commit/5b5238610e6ca57ee779d04aa19db9e8df568241 -
I’m encountering an error since v8.5 release during a sysprep phase
error:
Package NotepadPlusPlus_1.0.0.0_Neutral_7njy0v32s6xk6 was installed for a user but not provisioned for all. this package will not function properly in the sysprep image
Failed to remove apps for the current user: 0x80073cf2
Exit code of RemoveAllApps thread was 0x3cf2
ActionPlatform::LaunchModule: Failure occured while executing “SysprepGeneralizeValidate”seems the problem comes from the contextual menu plugin
-
@donho
Comments in batch files with colons are no longer correctly formatted across the entire line
-
@wallobit said in Notepad++ v8.5.4 Release:
Comments in batch files with colons are no longer correctly formatted across the entire line
Hmm, probably because that isn’t a “comment”; it’s a “label”. Comments in batch start with
rem
but a pseudo comment can start with::
. But a line starting with:
is simply a label, even though the rest of the line (after the label) is ignored.Likely what happened is that the Scintilla lexer for batch “tightened up” the definition of what a label is, and that resulted in the behavior change you’re seeing.
-
@Luper
This message can be ignored safely.
See: https://github.com/notepad-plus-plus/nppShell/issues/29 -
The ability to “column select” using the Begin/End Select no longer works. “Column Select” still works when holding down ALT + selection, but the method using Begin/End Select (right click > Begin/End Select > (highlight a least 2 rows to initiate “Column Select”) > right click > Begin/End Select) no longer works with the latest updates.
-
The ability to “column select” using the Begin/End Select no longer works.
There’s a relatively new command for this, in the main menus:
In the right-click context menu:
-
@wallobit said in Notepad++ v8.5.4 Release:
Comments in batch files with colons are no longer correctly formatted across the entire line
Hmm, probably because that isn’t a “comment”; it’s a “label”. Comments in batch start with
rem
but a pseudo comment can start with::
. But a line starting with:
is simply a label, even though the rest of the line (after the label) is ignored.Likely what happened is that the Scintilla lexer for batch “tightened up” the definition of what a label is, and that resulted in the behavior change you’re seeing.
@Alan-Kilborn, that’s exactly what happened.
The former way of styling labels was reported as a bug and changed in Lexilla 5.2.5, which added a new style class for the rest of the line after the first word of the label.
Of course none of the themes have been updated with the new
SCE_BAT_AFTER_LABEL
style (id 8). In fact, the only way to replicate the former style would be to copy and paste the existing label style, adding the attributestyleId="8"
, in every theme’s XML descriptor. That’s really a design choice, and there’s no chance that every theme maintainer will universally adopt it.So, basically, what you see is how Batch labels are going to look from now on.
-
@rdipardo said in Notepad++ v8.5.4 Release:
Of course none of the themes have been updated with the new SCE_BAT_AFTER_LABEL style (id 8). In fact, the only way to replicate the former style would be to copy and paste the existing label style, adding the attribute styleId=“8”, in every theme’s XML descriptor.
Thanks - verified that works:
Relevant section of my styler file:
<LexerType name="batch" desc="Batch" ext=""> <WordsStyle name="DEFAULT" styleID="0" fgColor="E0E2E4" bgColor="202020" fontName="" fontStyle="0" fontSize="" /> <WordsStyle name="COMMENT" styleID="1" fgColor="66747B" bgColor="202020" fontName="" fontStyle="0" fontSize="" /> <WordsStyle name="KEYWORDS" styleID="2" fgColor="93C763" bgColor="202020" fontName="" fontStyle="1" fontSize="" keywordClass="instre1">ENABLEEXTENSIONS ENABLEDELAYEDEXPANSION</WordsStyle> <WordsStyle name="LABEL" styleID="3" fgColor="A082BD" bgColor="202020" fontName="" fontStyle="1" fontSize="" /> <WordsStyle name="HIDE SYMBOL" styleID="4" fgColor="D3DA50" bgColor="202020" fontName="" fontStyle="0" fontSize="" /> <WordsStyle name="COMMAND" styleID="5" fgColor="FFCD22" bgColor="202020" fontName="" fontStyle="0" fontSize="" /> <WordsStyle name="VARIABLE" styleID="6" fgColor="678CB1" bgColor="202020" fontName="" fontStyle="1" fontSize="" /> <WordsStyle name="OPERATOR" styleID="7" fgColor="E8E2B7" bgColor="202020" fontName="" fontStyle="1" fontSize="" /> <WordsStyle name="AFTER LABEL" styleID="8" fgColor="66747B" bgColor="202020" fontName="" fontStyle="1" fontSize="" /> </LexerType>
Cheers.
-
FYI
Auto-update of v8.5.4 has been triggered. -
@donho Hi
I know it but the triggered error is seriously painful to manage.
I’m deploying several hundreds of windows with a syspreped image and if I told my users to manually install the software, they will seriously have a bit of anger toward me…can’t have the powershell command add-appxprovisionned package working to transform the user-defined package to a computer-defined package
https://learn.microsoft.com/en-us/powershell/module/dism/add-appxprovisionedpackage?view=windowsserver2022-psmaybe it can be used during the building of the plugin?
-
I update my notepad++ to 8.5.4. Now i have 2 menus with the same name SHA-256. They do 2 different things - one generate sha256 and the other generate sha1. See printscreen. Maybe localization is broken.
Sorry for my bad english (i am native bulgarian).
-
@XanKyBpaT said in Notepad++ v8.5.4 Release:
I update my notepad++ to 8.5.4. Now i have 2 menus with the same name SHA-256. They do 2 different things - one generate sha256 and the other generate sha1. See printscreen. Maybe localization is broken.
That’s exactly the same thing that @Michael-Vincent pointed out in his very first reply in this topic ten days ago. It will be fixed in the next version of Notepad++.
-
@PeterJones
I am stupid. Thank you! -
@Alan-Kilborn Thanks for the response Alan. I did not notice that and happy to see there’s a shortcut for it as well.
-
Hello,
first of all - thank you all for your work! I like npp so much :)
And it is quite pity that my first message here is a complain :(
Seems I update npp too rarely… Today I’ve updated it from 8.4.7 up to current version. So much changes, maybe very useful - but I am very frustrated… There is no bash/shell syntax suport here? There is neither syntax choice (unser 'S, as earlier) not file extantion to save. Is it an error or feature? I had to rollback to good old 8.4.7 even if it costed me all my custom settings :(
WBR
Kirill -
@Kirill-Shalygin said in Notepad++ v8.5.4 Release:
There is no bash/shell syntax suport here?
It may be confusing because it’s called “Shell” in the Language menu but “Bash” in the Style Configurator.
-
@Kirill-Shalygin said in Notepad++ v8.5.4 Release:
…
There is neither syntax choice (unser 'S, as earlier) not file extantion to save.
…As for the Save as type, look for
Unix script file
Unix script file (*.bash;*.sh;*.bsh;*.csh;*.bash_profile;*.bashrc;*.profile; *.*.*.)
which can append the extension if the checkbox is checked
new 1.bash
Tip: Focus the Save as type combobox and type the letter
u
and it will select theUnix script file
item which can be quicker than viewing the long drop down list to find the item to select. -
@mpheath thank you for check!
‘Highly probably’ :) there was a glitch somewhere in npp stored data. The full story looks like:- first update - there was no Shell in syntax
- remove of the new version with data stored, then install 8.5.4 - Shell was absent yet
- remove npp (data still not removed!) with rollback to 8.7.4 - there is no Shell again
- full remove includung stored data, then 8.7.4 install - sucsess, Shell returned back!
- update up to 8.5.4 - nothing is spoiled, Shell is OK.
So now everithing is fine!
BTW, maybe the reson of glitch is somewhere in localization? Historically I use russian in npp… Well, maybe it is the good reason to change language finally :)
WBR
Kirill