Notepad++ v8.6.1 Release

astewart77

@Coises said in Notepad++ v8.6.1 Release:

The only other real-life problem I’ve seen described is that a couple people using AutoHotKey depended on clearing the clipboard, then sending Ctrl+c to Notepad++ and checking for an empty clipboard to determine whether anything is selected. I don’t use AutoHotKey, but I found what appears to be a more reliable way to test for an empty selection. I don’t know if anyone has tried it.

It works fine:

SendMessage, 2650,,, Scintilla2, ahk_class Notepad++ ; SCI_GETSELECTIONEMPTY
msgbox % "empty = " ErrorLevel

It’s also cleaner for the Autohotkey coder because it avoids wiping out the current clipboard and a subsequent restore if needed.

Bro-Account

Bro-Account said:

donho said:

Fix a regression: the position in the previous session is now restored correctly in cloned document. (Fix [#14164])

Unfortunately this seems to be still not fixed for me in 8.6.1.

Can the existing Issue be re-opened or do I have to create a new one?

donho

@Bro-Account said in Notepad++ v8.6.1 Release:

    Fix a regression: the position in the previous session is now restored correctly in cloned document. (Fix [#14164])
Unfortunately this seems to be still not fixed for me in 8.6.1.

Indeed.
Fixed in PR https://github.com/notepad-plus-plus/notepad-plus-plus/pull/14565
The fix will be included in the next release.

donho

@Mark-Olson said in Notepad++ v8.6.1 Release:

Does the following link solve your problem?
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/14557

No.

I added an empty file named disableLineCopyCutDelete.xml to my %Appdata%/Notepad++ directory as instructed in your post.
I then rebuilt JsonTools with the code that fixed the issue commented out, to isolate whether your proposed fix had any effect.
Ctrl+V still did not work in any of my forms, dockable or otherwise.

Thank you for your feedback.
Could you create an issue on GitHub if it’s not been created yet?

@PeterJones said in Notepad++ v8.6.1 Release:

Making everyone who uses plugin dialogs or docked windows put in a zero byte config file to undo the recent problematic new feature seems the wrong way around to me.

As much as the magic copy/cut/delete is a cool way to imitate VS, is the cool new feature really worth the problems it has caused in v8.6 and v8.6.1?

No, it isn’t indeed.
I will see what I can do about it.

Coises

@donho said in Notepad++ v8.6.1 Release:

@Mark-Olson said in Notepad++ v8.6.1 Release:

Does the following link solve your problem?
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/14557

No.

Thank you for your feedback.

This is probably obvious, but in case it isn’t:

Removing the Ctrl+X/C/V shortcuts from their Edit commands does restore their function in JsonTools. When disableLineCopyCutDelete.xml has been added, Ctrl+X/C/V can be added to the corresponding Scintilla commands (thus restoring their function in the main editor) without impairing their function in JsonTools.

The underlying problem is that mapped shortcuts other than Scintilla commands are sent to Notepad++ when used in a non-modal dialog that doesn’t register with NPPM_MODELESSDIALOG. Apparently many plugins never did this, because the most commonly used shortcuts were Scintilla commands. Moving three very common shortcuts from Scintilla commands to Notepad++ accelerators changes that.

I don’t think there is a non-hacky solution that both allows for Cut/Copy/Paste to have functions not supported directly by Scintilla commands and doesn’t disrupt plugins that have (probably unknowingly) relied on this “loophole” in keystroke processing.

The simplest and least hacky solution is probably some form of the one @rdipardo suggests on GitHub, which amounts to forwarding WM_CUT/COPY/PASTE when it can be detected that IDM_CUT/COPY/PASTE has been called for a message to a window that isn’t an editor window.

donho

@Mark-Olson said in Notepad++ v8.6.1 Release:

There seems to be a weird bug where you can’t use Ctrl+V to paste text into the text fields of forms for certain plugins. Right-clicking and selecting “Paste” from the drop-down menu still works

Fixed in:
https://github.com/notepad-plus-plus/notepad-plus-plus/pull/14569

Sealex83

Hello everyone,
Happy New Year everyone.
Big problem after updating to latest version 8.6.1.
No more way to download files online.
Whether by the Upload arrow icons, or by the usual double click.
Currently I can only repatriate files by downloading via Filezilla.
(I have been a NPP++ user for over 15 years.
I even did tutorials on my forums.)
If you have any solutions, I’m interested.
To read to you

mkupper

@Sealex83 Please provide more detail to help others reproduce works and what does not work. The tips on reporting issues with Notepad++ article has a good checklist.

Alan Kilborn

@mkupper said in Notepad++ v8.6.1 Release:

Please provide more detail to help others reproduce works and what does not work

And remember, only critical issues for the 8.6.1 release should be reported in this thread. I guarantee that @Sealex83 's problem is NOT related to 8.6.1, despite the fact that he is convinced this is so. Non-critical 8.6.1 issues are best reported by creating a new issue on github; see this site’s FAQ for detail.

Sealex83

Hi friends,

I had no doubts about the Alan software.
But you answered well, and above all targeted my problem well.
This was not directly related to version 8.6.1.
But Sante doubts its update.
After investigation, I resolved the issue.
The software settings had been changed.
In particular FTP instead of SFTP, as well as port 21 instead of 22.
So everything is much better now.
Thank you for your answer.

Merci aussi mkupper