I installed notepad++ recently which came with the new plugin admin. After that I am unable to install new or update existing plugins.
Any idea what the issue could be? I tried "Run as administrator"and also pasting the dll directly to C:\ProgramData\Notepad++\plugins but nothing works.
Here are the app details.
Notepad++ v7.6.1 (64-bit)
Build time : Dec 12 2018 - 01:22:05
Path : C:\Program Files\Notepad++\notepad++.exe
Admin mode : ON
Local Conf mode : OFF
OS : Windows 10 (64-bit)
Plugins : DSpellCheck.dll mimeTools.dll NppConverter.dll
1) to install plugins manually copy the dlls in folder \Plugins\ but stored in individual folders (having same name than file.dll)
note. plugin Admin place for plugins is C:\ProgramData\Notepad++\plugins
2)Plugin Admin, if you can see this entry in Menu, I understand you have the Setup version and during installation "Don't use %APPDATA%" checkbox was disabled.
You have to:
Tick the checkboxes of plugins to install
Click "Install"
Click "YES" when asking about restart the app
if this doesn't work, are you receiving any message?
I was able to get this working with a 32-bit version. I was trying to install a 32-bit compatible plugin and that did not work with a 64-bit version.
I had to manually copy the dll to C:\ProgramData\Notepad++\plugins.
I had similar problems, mine were caused by my company introducing WIndows 10 (64bit) and enforcing UAC.
Problem was, that proxy-information was not persisted in NPP, I also couldn't specify my proxy-credentials in the Updater-Proxy-dialog.
Solution was not using %APPDATA% during installation, then run NPP in administrator-mode (now proxy-credentials are persisted).
After restarting NPP in non-administrative mode, Plugin-Admin worked like charm.
Did a quick write-up here how to remedy this:
https://blog.2smart4u.de/2019/07/notepad-windows-10-uac-plugin-nightmare.html
the default plugin folder has the dll. if you get it installed on another machine and can create the plug can copy the folder from that location, go back to old location, close the program then drop the folder in the default location then open up u should now see the plug in.
Related
I'm trying to install mongo DB on my local machine with the installer from the official website. But I'm continuously getting this message, can someone help?
I've tried the solution provided here but didn't help.
I suggest doing the following:
Hit Win+R to open up you run.exe then inside of it enter services.msc to open up services. Try locating the service under the name of MongoDB Server and set the Startup Type manually to Automatic - [In addition to that, you could set the username and password manually. If you get a message saying the user was granted login as a service right, try hitting retry on the MSI dialog and see if it starts].
Important:
Don't forget to save and close everything (services.msc) before continuing.
Also very important, you should (must) check your .NET framework version and update it to version 4.5 and above. You could download a software like eg Driver Booster to update all of your drivers and additional components that are outdated.
I ran into the same issue. My problem was the installation location. I was trying to install under C:\MongoDB. I resolved it by installing in the default MongoDb location which is C:\Program Files\MongoDB.
For me this is usually an issue with the configuration file %ProgramFiles%\MongoDB\Server\x.x\bin\mongod.cfg
At some time there was an invalid option "snmp" enabled (only valid in enterprise version).
Nowadays, although the installer asks for directories for data and logs it doesn't ALWAYS seem to use these, but defaults to %MONGO_DATA_PATH% or %MONGO_LOG_PATH%, respectively. I don't know where these should be defined, but the server fails at accessing c:\data\db (which doesn't exist). So you have to correct the paths.
I also faced this kind of error. But I just change the Network service to Local system in Log On As tab.
Follow my step-by-step below to resolve it:
Press Win+R, type: services.msc, then looking for MongoDB Server (MongoDB)
Double click on MongoDB Server (MongoDB).
Then it will open properties tab. On that tab click on Log On
After that check two items i.e. Local System account and Allow service to interact with desktop
After that press Apply and OK button. That's it, cheers!!
Open command prompt and copy the following command:-
"C:\Program Files\MongoDB\Server\4.2\bin\mongo.exe"
NOTE: This Tricks is work on my Windows 8.1 PC.
Comment out string with mp: in configuration file: %ProgramFiles%\MongoDB\Server\x.x\bin\mongod.cfg
Like this:
...
#snmp:
#mp:
Click Windows+r, type lusemgr.msc , Go to Groups and double click Administrators, Click Add, Click Advanced and click Find Now. Double click in Network Service (in bottom list) and click OK.
It worked for me.
Installing in the other locations other than the windows directory caused me this error. Reinstalling the setup with the recommended method of "complete" fixed it.
The problem occurs if you have Windows version previous to Windows 10.
Install the following update before installing MongoDB. Click on the link below.
https://support.microsoft.com/en-us/help/2999226/update-for-universal-c-runtime-in-windows
It worked for me.
The problem occurs if you have Windows version previous to Windows 7. Install the following update by going to below link you have to download
Windows6.1-KB2999226-x64.msu
#You have to download and install then go to servies.msu and start MongoDB server by Start also go into log on and set to #local machine
https://support.microsoft.com/en-us/help/2999226/update-for-universal-c-runtime-in-windows
So very weird, first time I ever saw this, problem install STS version 3.8.3-release on Macbook Pro running mac osSerria v10.12.3. Here's what's I do:
Down load the STS distro spring-tool-suite-3.8.3.RELEASE-e4.6.2-macosx-cocoa-x86_64.tar.gz from https://spring.io/tools/sts/all
Move the zip file to my Applications folder
Extract the distro. This creates the sts-bundle folder, and; under that, the STS programs exists.
I then just run STS. Since this is a first-time I do get the pop-up for selecting the default workspace. I change it to where I want the workspace and I also check the "Don't ask again".
Install some plug-ins, do work, everything is normal.
I can exit the app throughout the day and, when I go back in all is cool.
Now...the problem...
1. Shutdown the laptop for the day. This is to say I select Apple->Shut Down..
2. The next day I come in, boot-up the laptop.
3. Open Applications and select STS and run STS.
At this point, I get the "Select default workspace" popup again...all my preferences, and installed plug-ins are forgotten, and it's like I'm running the application again for the first time?? It is especially weird that any plug-ins I installed are also forgotten??
I have completely removed STS, and reinstalled several times and it is pretty consistent. Also, I have installed STS on several iMac desktops without issue. This smells like a permissions problem but not errors just...all customized preferences are simply gone.
Any ideas would be greatly appreciated.
The answer to this is App Translocation, which is done by OSX. For details, take a look here, we analyzed this in detail:
STS.app on Mac 10.12.1 always creates a new org.springsource.sts folder in .eclipse
i installed netbeans 7.2 on windows 8, after that i double clicked on icon to start it, it displays loading cached objects and after 5 seconds it disappear with out opening any thing.
please let me know how to fix this problem.
thanks in advance
Please give more information:
What package of netbeans have you loaded?
Are you using a clean installation or have you imported settings from other installations?
Did you add any modules / plugins?
Have you made any changes?
Please have a look into your logfiles. You can find it in <NB user dir>/var/log/messages.log.
On windows 7+ it's usually here:
C:\Users\<YOUR NAME>\AppData\Roaming\NetBeans\<NETBEANS VERSION>\var\log\messages.log
A first thing you can try: Rename (so you can restore it again) your NetBeans user dir and start again. This will create a new directory with default settings. If it doesn't fail your problem is likely based on your settings.
When I try to evaluate Scala worksheet in IntelliJ IDEA 12.0 with latest Scala plugin (December 5 2012 version) under Standard User in Windows 7 (32) it says:
Cannot start process, the working directory
C:\Program Files\JetBrains\IntelliJ IDEA 12.0\bin does not exist
The directory really exists.
Evaluating Scala worksheet on the same machine under Administrator account works as expected.
What do I do wrong (besides using Windows)? What can I do to fix the problem (besides using it from Admin account)?
Thank you!
It seems that IntelliJ IDEA is using the installation directory as the default working directory for Scala worksheets. You can change this setting in the Run configurations settings: go to Run > Edit configurations... Once here expand Defaults and select Worksheet. On the right pane you will see an empty text field named Working directory:
Either enter an existing directory or select one using the button on the right. The directory you specify here will be used for all the worksheets you create. You may also specify a per run configuration working directory if you enter the directory in the corresponding worksheet run configuration instead of in the Defaults section.
i have had the same issue with Scala Plugin but the problem is resolved if you use the Edit Configuration to set working directory to current working directory (basically anything other than empty)
this also happens if you do not use external build mode.
Obviously change permission to directory. Do not run any single non-daemon task under Administrator. If similar troubles continue to repeat - consider switching from deprecated OS, to something more stable, to ease your development efforts.
Please follow the issue http://youtrack.jetbrains.com/issue/SCL-5049 to get information when it will be fixed.
Some time ago my company migrated our Windows profiles and created new ones. I had an old installation of Eclipse Neon on the old profile.
I'm now trying to install a fresh copy of the latest eclipse and it always fails because it's trying to create folders for the old Windows profile, that doesn't exist.
Here's one of the errors it reports:
ERROR: org.eclipse.equinox.p2.artifact.repository code=1003 Unable to write to repository: file:/C:/Users/oldUser/.p2/pool.
java.io.IOException: Failed to create directory C:\Users\oldUser\.p2\pool\plugins.
at org.eclipse.equinox.internal.p2.artifact.repository.simple.SimpleArtifactRepository.getOutputStream(SimpleArtifactRepository.java:1023)
at org.eclipse.equinox.internal.p2.artifact.repository.MirrorRequest.transferSingle(MirrorRequest.java:280)
at org.eclipse.equinox.internal.p2.artifact.repository.MirrorRequest.transfer(MirrorRequest.java:225)
at org.eclipse.equinox.internal.p2.artifact.repository.MirrorRequest.perform(MirrorRequest.java:155)
at org.eclipse.equinox.internal.p2.artifact.repository.simple.SimpleArtifactRepository.getArtifact(SimpleArtifactRepository.java:759)
at org.eclipse.equinox.internal.p2.artifact.repository.simple.DownloadJob.run(DownloadJob.java:64)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:63)
The folder C:\Users\oldUser does not exist anymore. Why isn't the installer installing it for the user I'm actually logged in as?
As far as I can tell, none of the old Eclipse Neon stuff still exists.
Turns out it had to do with a feature called "Bundle Pools". The installer, by default, has this feature turned on - it somehow knew / remembered the previous Neon installation and was trying to write to that. Turning off the "Bundle Pools" feature during the install allowed the setup to finish.