search

bruderstein / nppPluginManager

Notepad++ Plugin Manager
http://www.brotherstone.co.uk/npp/pm/
GNU General Public License v2.0
1.67k stars 223 forks source link

allowAppDataPlugins.xml is not recognised #125

Open P-Bouche opened 6 years ago

P-Bouche commented 6 years ago

Description of the Issue

I have created a 0 length file called allowAppDataPlugins.xml in the Notepad ++ installation folder. When opening Plugin Manager Settings, in the information section, it is said:

"Plugin Config path is: C:\Users\XXX\Documents\Apps\Notepad++\plugins\Config Plugins in user's AppData directory are disabled - to enable in Notepad++ version 5.9.7 onwards place an empty file called allowAppDataPlugins.xml in the Notepad++ directory."

Steps to Reproduce the Issue

  1. Create a file called allowAppDataPlugins.xml in the Notepad++ folder
  2. Launch Notepad ++
  3. Open Plugins -> Plugin Manager -> Show Plugin Manager -> Settings

Expected Behavior

The use of Plugins in user's AppData directory enabled by creating the allowAppDataPlugins.xml file in the Notepad ++ directory.

Actual Behavior

The use of Plugins in user's AppData directory is not enabled by creating the allowAppDataPlugins.xml file in the Notepad ++ directory.

Debug Information

Notepad ++ v7.5.6 (64-bit) (zip installation) PluginManager v 1.4.11.0 Installation Folder : "C:\Users\XXX\Documents\Apps\Notepad++" Windows 7 (64 bits)

Error window npp_plugin_manager_app_data_issue

Other Plugin List npp_plugin_manager_app_data_issue_plugin_list

schnaggi commented 6 years ago

A user has r/w access to this folder. Why sb should use a user installation?

P-Bouche commented 6 years ago

Now that I read it again, I am unsure it will fix the issue I have... I do not have admin rights on my laptop therefore I have issues running gpup.exe.

Nonetheless it still is an unwanted behaviour.

alexhass commented 6 years ago

Why sb should use a user installation?

Because our 350 users do not have permissions in ProgramFiles folder to install any software, but they need to be able to install per user plugins in their own.

alexhass commented 6 years ago

I checked the reported issue here, but I cannot verify and issues. If the allowAppDataPlugins.xml exists the the greyed our checkbox is enabled and unchecked. DLLs are installed to %APPDATA%\Notepad++ folder, too.

So all is correct from this side.

schnaggi commented 6 years ago

Why sb should use a user installation?

Because our 350 users do not have permissions in ProgramFiles folder to install any software, but they need to be able to install per user plugins in their own.

my answer was a reply to this thread opening and the user installed the program to appdata folder. A user has r/w permssion to this folder. I also deployed NP++ to program files folder and used user based plugin installation and had no problem. The prolbem here is: the user can write to program files folder. And I also checked it with my portable version and the same problem occoured. So the problem is: installation to r/w folder and not only r folder.

chcg commented 6 years ago

Regarding:

Now that I read it again, I am unsure it will fix the issue I have... I do not have admin rights on my

laptop therefore I have issues running gpup.exe.

Nonetheless it still is an unwanted behaviour.

@P-Bouche From my understanding the installation of N++ is already a non admin install to your user directory. So you have full read/write access there. The problem is that gpup.exe requests admin rights also for operations within the user folder during update/install/delete actions.

So I guess your problem is that gpup.exe always requests admin rights, similar to #35 and #128.

alexhass commented 6 years ago

That is a total different issue than the title here. There is another issue for this UAC bug.