nppPluginManager icon indicating copy to clipboard operation
nppPluginManager copied to clipboard
verified publisher icon bruderstein

allowAppDataPlugins.xml is not recognised

Open P-Bouche opened this issue 7 years ago • 7 comments

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

P-Bouche avatar Aug 21 '18 12:08 P-Bouche

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

schnaggi avatar Sep 11 '18 10:09 schnaggi

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 avatar Sep 11 '18 13:09 P-Bouche

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 avatar Oct 20 '18 10:10 alexhass

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.

alexhass avatar Oct 20 '18 10:10 alexhass

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.

schnaggi avatar Oct 20 '18 23:10 schnaggi

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.

chcg avatar Oct 21 '18 05:10 chcg

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

alexhass avatar Oct 21 '18 18:10 alexhass