Notepad++ 7.6.1
-
I want to add some further information to my posting above.
The reason why the directory
%UserProfile%\AppData\Roaming\Notepad++\plugins\Configdidn’t exist was, that I started the installation of Notepad++ under a normal Windows user account without admin rights. Thus I had to confirm an UAC dialog and there I provided username and password of an admin user.This, in turn, caused that during installation there have not been written any files to the user profile of the normal user. When I started Notepad++ for the first time as the normal user, it created its own config files under
%UserProfile%\AppData\Roaming\Notepad++but the directoriesplugins\configwere still missing. When plugins tried to read their config files they caused crashes.A solution for that issue would be that Notepad++ itself checks the existence of
plugins\configand creates them if they are missing. -
I don’t agree. I think it is not possible or at least not a good idea to move a plugin DLL file while it is in use.
It is possible and widely used specially for shell extensions. As you know shell extension dlls are locked in explorer.exe. So during uninstall process, those dlls are moved (
MoveFileis the api) to somewhere else (mostly %temp%) and handed over to OS to take care of those temp files on reboot. Unfortunately, that is not followed by npp for its shell. That is the reason,NppShell_06.dllis left even after complete uninstall.I think it’s worth to rethink about the whole concept of the plugin update process.
I second this.
-
Thank you for your explanation, I didn’t know that.
But the documentation of MoveFile states:
The one caveat is that the MoveFile function will fail on directory moves when the destination is on a different volume.
Thus it would fail on my system. My system disk is an SSD with a size of 256 GB. I’ve splitted it into 2 partitions, one for Windows 7 and one for a (future) Windows 10 Installation. To prevent exhaustive write access to my SSD and to save some space I relocated the %TEMP% directory (and some others) to drive E: which is an additional conventional hard disk.
So I can say, I like it that Notepad++ doesn’t use this method to deinstall the shell extension, I would only facing errors.
-
@pnedev said:
Perhaps the APIs sub-folder needs to be located also in %PROGRAMDATA% :
%PROGRAMDATA%\Notepad++\APIs
instead of
%PROGRAMFILES%\Notepad++\plugins\APIs
because of what @dinkumoil just pointed above - some lexer plugins might want to add some files to APIs as well.Good point. It will be in the next release.
-
@Ketrel said:
I cannot install any plugins in 7.6.1.
I load plugin admin, select the plugin I want, and choose install.It tells me the program will need to be restarted.
I select ok, and then it closes, and launches a UAP prompt.
I approve that, and then the updater tells me there’s an updated version of Notepad++If I say yes, it tries to install 7.5.9.
If I say no, it closes and does nothing further.Upon manually reopening, the plugin I selected is NOT installed.
Your Gup.exe is the old version. Update it from the installer will remedy your problem.
-
@dinkumoil said:
I tested in a VM to install Notepad++ as a normal Windows user. I found that it is only possible to update the plugin list when logged in as an administrator.
It’s not been done yet. I’ll modify NTFS folder’s right for
%PROGRAMDATA%\Notepad++\plugins\Config\in order to be able to update nppPluginList.dll in the future release.Furthermore I was faced with crashes of Notepad++ when terminating it. Also various plugins I installed via Plugin Admin caused a crash. It stops after I have installed the NppFTP plugin. The reason was that this plugin creates the directory
%UserProfile%\AppData\Roaming\Notepad++\plugins\Configwhich did not exist after installation of Notepad++.I would say: It’s time for a new release. :-(
That’s for sure. However, any suggestion for the remedy of crash?
-
@donho said:
However, any suggestion for the remedy of crash?
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.
-
On Windows XP I’m getting this error when I want to install, or update a plugin with Plugins Admin
Debug info:
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 XP (32-bit)
Plugins : DSpellCheck.dll mimeTools.dll NppConverter.dll NppExport.dllShould I fill out a bug report?
-
Please can somebody tell me how to post an image? I copied the link but the image is not shown, only the link . . .
Thanks.
-
same syntax, but with a ! before it:
:
-
OK, first of all sorry for the spam. Now I got it all. I will write down my problem again with details and a screenshot.
On Windows XP, Plugins Admin can not be used to install or update a plugin. When I try to install or update a plugin the following error message pops up:Here is the debug info of my installed Notepad++:
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 XP (32-bit)
Plugins : DSpellCheck.dll mimeTools.dll NppConverter.dll NppExport.dllShould I fill out a bug report for this?
P.S.
Thanks PeterJones I already got it. -
@KantorZsolt
This bug has already been reported, see here.
-
does the plugin manager work in 7.6.1?
I’m running v7.6.1 portable and it doesn’t work for me, “No new plugins available”,
I actually deleted it because I thought that it was replaced by the new plugins admin,
what could I do? -
I’m running v7.6.1 portable and it doesn’t work for me
correct, currently it is only added to the msi package but you can make it work with the portable version.
Here is what I did- downloaded https://notepad-plus-plus.org/repository/7.x/7.6.1/npp.7.6.1.bin.x64.7z
- downloaded https://notepad-plus-plus.org/repository/7.x/7.6.1/npp.7.6.1.Installer.x64.exe
- extracted the 7z into folder C:\temp\761
- opened the exe with 7zip and
- extracted the folder updater into c:\temp\761 as well
- extracted nppPluginList.dll to folder C:\temp\761\plugins\Config
Start npp and you should see the plugins Admin… under plugin menu.
Eko
-
yes, I had read about this and the plugin admin is working,
I was asking about the previous plugin manager,
should we delete that? -
I would say this is up to you but if there is a
builtin plugin manager I don’t see a fair chance for the
former plugin manager that it will survive for long.
My 2 cents.Eko
-
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?
