Notepad++ v7.7 (32-bit)
Build time : May 16 2019 - 02:12:24
Path : C:\Users\Uzeer\Downloads\npp.7.7.bin\notepad++.exe
Admin mode : ON
Local Conf mode : ON
OS : Windows 7 (64-bit)
Plugins : none

In v7.6.6 I can type in cyrillic without problems. I also have disabled the Autodetect character encoding in all versions because it doesn’t show cyrillic correctly. May be @andrecool-68 can help also with some tests.

Cyrillic text in ANSI
When typing in cyrillic the text is displayed as ???. In my test I use the text кирилица

Not sure it’s a regression.
Is it the same behaviour in v7.6.6 ?

Many thanks for this new release, especially for updating Scintilla :-))

I would like to mention three bugs :

• The first one is a critical bug, which happens only on N++ v7.7 RC3, and is, probably reslated, somehow, to the new counting in selection feature. Because of that, the Replace All and the Mark All actions are corrupted :-((

• The two other are quite minor bugs and exist from a lot of releases. So, Don, keep relax regarding these ones !

To test the first critical issue, , also detected by @rddim, in his posts, above, just paste the text, below in a new tab of the new V7.7 RC3

Line 01
Line 02
Line 03
Line 04
Line 05
Line 06
Line 07
Line 08
Line 09
Line 10
Line 11
Line 12
Line 13
Line 14
Line 15
Line 16

• Move the cursor at beginning of Line 08 ( IMPORTANT )

• Open the Replace dialog ( Ctrl + H )

• Type in the word Line in the Find what: zone

• Type in the word Test in the Replace with: zone

• Select the Normal search mode

• Leave the options Backward direction, Match whole word only and Match case unticked

• Tick the Wrap around option

• Click on the Replace All button

=>

Expected result : the word Line, should have been changed with Test in the 16 lines of that new tab ( N++ 7.6.6 )

Present result : the word Line, have been changed with Test, ONLY in lines 08 to 16 ??!!

Now :

• Hit the Ctrl + Z shortcut to undo these changes

• Move, again, the cursor at beginning of Line 08 ( IMPORTANT )

• Tick the Backward direction option

• Click, again, on the Replace All button

=>

Expected result : the word Line, should have been changed with Test in the 16 lines of that new tab ( N++ 7.6.6 )

Present result : the word Line, have been changed with Test, ONLY in lines 01 to 08 ??!!

This wrong behavior also happens when clicking on the Mark all button

Normally, when the Wrap around option is ON, the replacement or mark actions should always start at the very beginning till the very end of the current document, independently of the state of the Backward direction and of the present location of the cursor !

So, presently, with N++ v7.7RC3, there is an obvious work-around :

• Systematically, move the cursor to the very beginning of the current document, before running a Replace all or Mark All actions

• Although, you closed this second issue on GitHub, any normal selection of a character, with code-point between \x80 and \xBF, is not counted as 1 char, in the status bar, if current file is ANSI encoded or has an encoding defined in Encoding > Character Sets > ... > ...

Refer to :

https://github.com/notepad-plus-plus/notepad-plus-plus/issues/425

Luckily, when current file has an Unicode encoding ( UTF-8, UTF-8-BOM, UCS-2 BE BOM or UCS-2 LE BOM ), which tends to become more and more common, the counting of characters is quite correct ;-))

Now, a short reminder, before mentioning the second minor issue :

In the change.log of N++ v7.4.2, it is said :

13. Drag and dropping tabs is possible in multi-line tab mode.

Refer, to that purpose, on the link below :

https://github.com/notepad-plus-plus/notepad-plus-plus/pull/3075

Indeed, IF the Settings > General > Tab bar > lock ( no drag and drop ) option is disabled, it is possible to manage the tabs according to the 3 types of actions, below, when the mouse pointer is over the tabs’s zone :

• A) Ctrl + Mouse Wheel Up moves to the previous tab ( equivalent to a Ctrl + Page Up action )

• A) Ctrl + Mouse Wheel Down moves to the next tab ( equivalent to a Ctrl + Page Down action )

• B) Shift + Ctrl + Mouse Wheel Up moves to the very first tab ( No equivalent shortcut )

• B) Shift + Ctrl + Mouse Wheel Down moves to the very last tab ( No equivalent shortcut )

• C) Shift + Mouse Wheel Up moves current tab backward ( equivalent to a Ctrl + Shift + Page Up action )

• C) Shift + Mouse Wheel Down moves current tab forward ( equivalent to a Ctrl + Shift + Page Down action )

And note that, finally, these actions are effective with, both, the Settings > General > Tab bar > Multi-line option enabled or disabled ;-)) Of course, when the action Settings > General > Tab bar > lock ( no drag and drop ) is disabled the "C" actions just behave as the "A" actions, because tabs cannot be moved ( logic ! )

Now, the issue :

From the N++ version 7.5.9, till the last v7.7.0 RC3, the two "C" actions do not work properly, anymore. They just swap current tab with its previous one :-(( This has sometimes an incidence when dragging a tab, manually, on the same line of tabs !

To compare, just try the same mouse actions on N++ v7.5.8, which is the last version without that issue !

However, it’s important to point out that the actions A) and B) still work as expected, in multi-line mode or not :-))

Best Regards

guy038

Cyrillic has nothing to do with it. Wrap around seems to be ignored for Replace All and Mark. Since Wrap around isn’t used for Replace All in All Opened Documents, that part is irrelevant too.

Nice find, though!

The Replace All in All Opened Documents works without problems

For the test I use the current v7.7 RC v3 with untouched settings. There is no issues with the v7.6.6

• Replace All
  • The text is replaced only after the selected line or only before if the Backward direction is enabled

• Mark All and Bookrmark line
  • The same like Replace All issue

• Cyrillic text in ANSI
  • When typing in cyrillic the text is displayed as ????????. In my test I use the text кирилица

Debug Info

Notepad++ v7.7 (64-bit)
Build time : May 14 2019 - 01:26:08
Path : C:\Users\Home\Downloads\npp_test\npp.7.7.bin.x64\notepad++.exe
Admin mode : ON
Local Conf mode : ON
OS : Windows 7 (64-bit)
Plugins : mimeTools.dll NppConverter.dll

P.S. Sorry for the gifs, I try to use

 <details><summary>Click to expand</summary>

![link text](link url)
<details>

but it doesn’t work

@Ekopalypse
nppPluginList is not a plugin, but a plugin list in json format, wrapped as dll for the sake of code signing.
It’s supposed to be on live independently from Notepad++ release - plugins’ update should only depends on new release of nppPluginList and Notepad++ update nppPluginList as there’s a new release.
However, this part is not implemented yet. It’ll be done as soon as 7.7.X is stable.

the new scintilla version it might affect multiple other plugins too, so are 4, well now maybe only 2, days enough to let the plugin developers see, if they need to fix there code as well?

we believe a notepad++ 7.7. release to the public is the only thing that will help to push plugin developers to adapt their plugins to scintilla 4.1.4, if necessary.
it is more likely, that plugin developers are able to find issues and adapt their plugins, with the help of users who are already using 7.7, instead of having a longer, often unused, test period.

Should this mean, that only plugins, which are known to the nppPluginList, can be used and no one can use there own plugins, which aren’t known to nppPluginList, anymore?

no, you can still install any plugins manually.
it just means, that plugin list 1.0.9 is frozen for release, so there will be no time to remove plugins that have issues, prior to release.
this is just a preventative information, as we did not and will not test, if all currently listed plugins work without issues.

many thanks for your help and best regards.

First, @bahusoid and @donho you were right.
After updating to the newest Scintilla.h, adding the missing Sci_Position.h and cleaning of some unknown (maybe deprecated) functions, the test suite ran through and resulted with only 4 failures. 3 of them can be explained, the two npp crashes tests and not being able to disable auto update, as it was already disabled. The remaining one is another callback failure which needs additional clarification.

But this raises another question. Given the fact, that pythonscript plugin has an issue with the new scintilla version it might affect multiple other plugins too, so are 4, well now maybe only 2, days enough to let the plugin developers see, if they need to fix there code as well? And it might be the death stroke for all unmaintained plugins.

Maybe there isn’t a problem at all - I’m just saying … and don’t get me wrong, updating scintilla is highly appreciated.

@donho, one last question, what does this mean?

Unfortunately v7.7 will only go with the nppPluginList v.1.0.9 except if it’s the issue for the most of plugins.

Should this mean, that only plugins, which are known to the nppPluginList, can be used and no one can use there own plugins, which aren’t known to nppPluginList, anymore?

jiangmin has fixed the false positive detection on notepad++ a few moments ago.

all virustotal.com results will now show a perfectly clean result on all engines for notepad++ 7.7 (0 detections on all engines currently available).

npp.7.7.Installer.exe (rc3): https://www.virustotal.com/#/file/dacbfc53fa8f0b10a328f09bd481c85b0662f4407e7269f72fb5148a8f2191cc/detection
npp.7.7.Installer.x64.exe (rc3): https://www.virustotal.com/#/file/905eec65adf63c1a03e5968f4a7d6bbe5f97762fe953020627a36c7c51c78d1d/detection

note: this is also retroactively fixed for older installers like 7.6.6.
npp.7.6.6.Installer.exe results: https://www.virustotal.com/#/file/9582fec10e6ca488ab506a96dfeb5da56c9425ca32a8481e060bd06893fb1b3e/detection
npp.7.6.6.Installer.x64.exe results: https://www.virustotal.com/#/file/f19f407f0c2ec95f176f09df7816b6382b8ebad7e6d69004221e4a3d078a7add/detection
as well as all previous 7.7rc releases.

many thanks to the jiangmin team for their support and quick response.