Notepad++ 7.6.1
-
Just tested it, if you treat the former plugin manager in the same way
as the new plugins, meaning, creating a folder PluginManager under
plugins directory and copy PluginManager.dll into it, it is available.But, obviously doesn’t work as expected in terms of installing plugins.
Eko
-
yes, it only lists the plugins, nothing more
-
correct, how should it know about the new folder structure.
One thing which might be useful is to use it to download the plugins
which aren’t migrated yet. Create the directory, copy the downloaded plugin - done - hopefully.Eko
-
@pnedev said:
As far as I remember, you mentioned adding SHA computing functionality next to the MD5 in the Tools sub-menu (now that the Plugin Admin validates the plugins by SHA). Am I mistaken?
-
@donho ,
Great, thanks a lot! -
@dinkumoil said:
@
As I already wrote:A solution for that issue would be that Notepad++ itself checks the existence of plugins\config and creates them if they are missing.
Fixed in https://github.com/notepad-plus-plus/notepad-plus-plus/commit/a079013c22512cfd212dff3a76bbf39b0a7a4224
Could you confirm if this bug is fixed for you? -
@donho said:
Could you confirm if this bug is fixed for you?
Where can I download a debug build of Notepad++? The AppVeyor build of the commit above and the commit before have failed, no artifacts available.
-
@dinkumoil
It’s been fixed.
Otherwise you can download x86 release build here:
https://notepad-plus-plus.org/temp/notepadpp.zip -
Tested and it worked.
-
Since version 7.6, the ANSI code page is sometimes incorrectly detected. A file containing text “CHRÁNĚNÉ”, encoded in ANSI (Windows with the Czech Republic region selected, i.e. the Windows 1250 code page), is opened as “CHRÁNÌNÉ” (in both versions 7.6 and 7.6.1) with the automatically selected code page ISO 8859-3.
For file with more Czech letters (e.g. “ěščřžýáíé” at the first row) is ANSI code page selected properly, but text “CHRÁNĚNÉ” was also enough to select ANSI in 7.5.9 (and the older ones).
Some ANSI files (with Czech letters) are incorrectly opened in ISO 8859-2.
So far I have to stay on version 7.5.9, in which the ANSI code page is always selected correctly.
Besides this case, Notepad ++ is an excellent text editor.
Thanks, Jan
-
Any idea what I can do for this issue?
https://notepad-plus-plus.org/community/topic/16790/notepad-7-6-1/20I cannot install any plugin. Any attempt just keeps trying to downgrade Notepad++ and never installs the plugin.
-
@Ketrel
Notepad++ v7.6.1 (32-bit)
Build time : Dec 12 2018 - 01:24:22
Path : C:\Program Files\Notepad++\notepad++.exe
Admin mode : OFF
Local Conf mode : OFF
OS : Windows 7 (32-bit)
Plugins : active text.dll DSpellCheck.dll mimeTools.dll NppConverter.dll NppExport.dll PythonScript.dll Remove dup lines.dll selectNLaunch.dllyou should expend the uac dialog capture and submit also.
-
haven’t had seen this before but could you check what happens if
you uncheck enable notepad++ auto-updater from
settings->preferences->misc dialog?
Maybe restart npp afterwards and try to install plugins.
If this doesn’t help would you mind posting the debug-info from ? menu?Eko
-
@Ketrel
you have already got answer
https://notepad-plus-plus.org/community/topic/16790/notepad-7-6-1/35unistall 7.6.1 and download new setup from
https://notepad-plus-plus.org -
@gurikbal-singh said:
@Ketrel
you have already got answer
https://notepad-plus-plus.org/community/topic/16790/notepad-7-6-1/35unistall 7.6.1 and download new setup from
https://notepad-plus-plus.orgSorry, I completely missed that reply. That worked. I have no idea how I missed that reply o.O
Thanks @donho @gurikbal-singh @Eko-palypse
-
@Jan-Černosta said:
Since version 7.6, the ANSI code page is sometimes incorrectly detected. A file containing text “CHRÁNĚNÉ”, encoded in ANSI (Windows with the Czech Republic region selected, i.e. the Windows 1250 code page), is opened as “CHRÁNÌNÉ” (in both versions 7.6 and 7.6.1) with the automatically selected code page ISO 8859-3.
Apparently the latest version of component uchardet doesn’t contain the fix of the regression:
https://cgit.freedesktop.org/uchardet/uchardet/commit/?id=26e1cebad15749a3aced87ff22fb18bf55dacd79I’ll include this fix - could you test and validate the fix?
-
I am using
cntlmas proxy and it worked with Notepad++ versions before 7.6 without problems for years.
After updating from x32 version to 7.6.1 (x64) i get the following error:--------------------------- curl error --------------------------- Unsupported proxy 'https://127.0.0.1:3125', libcurl is built without the HTTPS-proxy support. --------------------------- OK ---------------------------System:
Notepad++ v7.6.1 (64-bit) Build time : Dec 12 2018 - 01:22:05 Path : C:\Program Files\Notepad++\notepad++.exe Admin mode : OFF Local Conf mode : OFF OS : Windows 7 (64-bit) Plugins : DSpellCheck.dll mimeTools.dll NppConverter.dll -
-
Sorry, because of the restrictions here i was not allowed to edit my post and i had to wait to add another one.
I finally found a corresponding issue on github for the curl https proxy problem:
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/4602I tried to update the DSpellCheck plugin, but it did not update. It stays the same version after Notepad++ restarts.
Since i guess that it has something to do with the proxy i tried to search for a Notepad++ update to check if it works there and received the curl https error message. -
I read your comment in the issue tracker and saw that you not only were able to solve your problem in the one or the other way but you were able to track down the error to its cause - something we see not often, unfortunately. Thumbs up!
