Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Error downloading the plugin list #57

Closed
gsegal opened this issue Apr 11, 2017 · 24 comments
Closed

Error downloading the plugin list #57

gsegal opened this issue Apr 11, 2017 · 24 comments

Comments

@gsegal
Copy link

gsegal commented Apr 11, 2017

Description of the Issue

Getting the following error message when I click Show Plugin Manager "There was an error downloading the plugin list." Please check your internet connection, and your proxy settings in Internet Explorer, Edge, or Chrome". If I go to %APPDATA%\Roaming\Notepad++\plugins\config and delete PlugInManagerPlugins.xml, then restart NotePad++ it works.

Have been able to reproduce this on 2 machines.

Steps to Reproduce the Issue

  1. Start NotePad++
  2. Click Plugins -> Plugin Manager -> Show Plugin Manager. This will work if it is the first time being done that day (or perhaps after a certain time frame).
  3. Close NotePad++
  4. Restart NotePad++
  5. Click Plugins -> Plugin Manager -> Show Plugin Manager. This will result in the error.
  6. Close NotePad++
  7. Delete %APPDATA%\Roaming\Notepad++\plugins\config and delete PlugInManagerPlugins.xml
  8. Restart NotePad++
  9. Click Plugins -> Plugin Manager -> Show Plugin Manager. This will work proving that it is not the internet connection or the proxy settings.

Expected Behavior

Expect Show Plugin Manager to work even if it already has data from that day.

Actual Behavior

See steps to reproduce the issue.

Debug Information

Notepad++ v7.3.3 (32-bit)
Build time : Mar 8 2017 - 03:37:37
Path : C:\Program Files (x86)\Notepad++\notepad++.exe
Admin mode : OFF
Local Conf mode : OFF
OS : Windows 10 (64-bit)
Plugins : ComparePlugin.dll JSMinNPP.dll NppJumpList.dll NppTextFX.dll PluginManager.dll RunMe.dll XMLTools.dll

PlugIn Manager V1.4.5.0 (also happens in V1.4.3 and V1.4.6)
@jowells
Copy link

jowells commented Apr 11, 2017

Experiencing the same issue.

@chcg
Copy link
Collaborator

chcg commented Apr 11, 2017 •
edited
Loading

Seems to be an error in the list provided from the server side, see
PluginManagerPlugins.txt

from the downloaded zip, changed from xml to txt to be able to paste it here. Which is no valid xml, usable by the client side.

Looking at https://npppm.bruderste.in/users/login:

Database_Exception [ 2002 ]: SQLSTATE[HY000] [2002] php_network_getaddresses: getaddrinfo failed: System error

MODPATH/database/classes/kohana/database/pdo.php [ 59 ]

54 // Create a new PDO connection
55 $this->_connection = new PDO($dsn, $username, $password, $attrs);
56 }
57 catch (PDOException $e)
58 {
59 throw new Database_Exception(':error',
60 array(':error' => $e->getMessage()),
61 $e->getCode());
62 }
63
64 if ( ! empty($this->_config['charset']))

MODPATH/database/classes/kohana/database/pdo.php [ 136 ] » Kohana_Database_PDO->connect()

MODPATH/database/classes/kohana/database/pdo.php [ 298 ] » Kohana_Database_PDO->query(arguments)

MODPATH/orm/classes/kohana/orm.php [ 1504 ] » Kohana_Database_PDO->list_columns(arguments)

MODPATH/orm/classes/kohana/orm.php [ 392 ] » Kohana_ORM->list_columns(arguments)

MODPATH/orm/classes/kohana/orm.php [ 337 ] » Kohana_ORM->reload_columns()

MODPATH/orm/classes/kohana/orm.php [ 246 ] » Kohana_ORM->_initialize()

MODPATH/orm/classes/kohana/orm.php [ 37 ] » Kohana_ORM->__construct(arguments)

MODPATH/orm/classes/kohana/auth/orm.php [ 75 ] » Kohana_ORM::factory(arguments)

MODPATH/auth/classes/kohana/auth.php [ 90 ] » Kohana_Auth_ORM->_login(arguments)

APPPATH/classes/controller/users.php [ 16 ] » Kohana_Auth->login(arguments)

{PHP internal call} » Controller_Users->action_login()

SYSPATH/classes/kohana/request/client/internal.php [ 118 ] » ReflectionMethod->invoke(arguments)

SYSPATH/classes/kohana/request/client.php [ 64 ] » Kohana_Request_Client_Internal->execute_request(arguments)

SYSPATH/classes/kohana/request.php [ 1138 ] » Kohana_Request_Client->execute(arguments)

DOCROOT/index.php [ 104 ] » Kohana_Request->execute()

Environment

with the next try I could login, but don't get the xml downloaded, due to 504 Gateway Time-out. Maybe the server is under heavy load due to the version update.

@bruderstein Could you please have a look at the server.

@bruderstein
Copy link
Owner

Fixed!

Thanks for the report - sometimes this happens at the moment, and it's due to the admin system running out of memory/connections/something else.

Unfortunately this happened just as we were exporting an update to the dev list. I've updated the dev list again, so now it's fine again.

Thanks again for the report.

@gsegal
Copy link
Author

gsegal commented Apr 11, 2017 via email

@chcg
Copy link
Collaborator

chcg commented Apr 11, 2017

@gsegal
Which list do you download? Standard one or the DevList? Is it win10 with the creators update?

@bruderstein bruderstein reopened this Apr 11, 2017
@bruderstein
Copy link
Owner

Hmmm... this doesn't look to be resolving. Investigating further

@gsegal
Copy link
Author

gsegal commented Apr 11, 2017 via email

@bruderstein
Copy link
Owner

I've found it - fix on the way (it should actually correct itself from the server side, once the caches update), but the real fix is in code.

If it's not able to download within a couple of hours from now, please let me know here.

@bruderstein bruderstein mentioned this issue Apr 11, 2017
Merged
@gsegal
Copy link
Author

gsegal commented Apr 11, 2017 via email

@ophers
Copy link

ophers commented Apr 11, 2017 •
edited
Loading

This is not fixed for me, unfortunately (tested just now).
I experience the same as @gsegal in his first comment.

@jowells
Copy link

jowells commented Apr 12, 2017 via email

@bruderstein
Copy link
Owner

Great stuff, I've just cut a v1.4.7, but i think there's actually one more small change I need to make so that we can fix the hash on the server - we'll use a different path for the hash from 1.4.8 onwards, then that can be the correct hash, and the old URL can answer with an "incorrect" hash, which actually allows 1.4.3 through 1.4.6 to work.

@bruderstein
Copy link
Owner

Thanks for coming back and letting us know @ophers 👍

@jowells
Copy link

jowells commented Apr 12, 2017

Thanks for the quick response and getting it knocked out!

@joachimmelcher joachimmelcher mentioned this issue Apr 18, 2017
Closed
@bruderstein
Copy link
Owner

This is now fixed and finalised in 1.4.8. Thanks for all the help everyone.

@criskolkman
Copy link

It doesn't seem to be fixed. Just did a fresh install of Notepad++ and added Plugin Manager (shame you have to do it yourself nowadays), but Plugin Manager is not able to get the plugin list.

@Illuminata
Copy link

Illuminata commented Oct 17, 2017 •
edited
Loading

Yes, this is still occurring for me as of v1.4.9, N++ v7.5.1 (let me now try a full reinstall.)

If there's anything I can provide to assist, I'd be happy to.

@RichardD2
Copy link

Same problem here on a Windows 2008 R2 computer. At exactly the same time, my Windows 10 computer is able to display the list of plugins without any problems.

Trying to open the plugins2.md5.txt URL in Internet Explorer on the computer that doesn't work returns "This page can't be displayed". It suggests turning on TLS 1.0, 1.1 and 1.2, but all three are already enabled.

Changing the settings to force HTTP for downloading the plugin list, and restarting NP++, seems to resolve the issue.

@chcg
Copy link
Collaborator

chcg commented Oct 18, 2017 •
edited
Loading

@Illuminata @RichardD2 @criskolkman

@RichardD2 , see https://support.quovadisglobal.com/kb/a433/how-to-enable-tls-1_2-on-windows-server-2008-r2.aspx, but TLS 1.0 should be sufficient to access the webserver with the PM list.

@RichardD2
Copy link

@chcg TLS 1.0, 1.1 and 1.2 were already enabled. It was the ciphers that were causing the problem. We only had TLS_ECDHE_RSA_* enabled, but your server expects TLS_ECDHE_ECDSA_* instead.

After using IIS Crypto to enable the "best practice" ciphers and rebooting the server, the site is now accessible, and the plugin manager works without the "force HTTP" setting.

@chcg
Copy link
Collaborator

chcg commented Oct 18, 2017

@RichardD2 See https://www.ssllabs.com/ssltest/analyze.html?d=nppxml.bruderste.in&s=104.18.50.38, seems indeed just ECDSA is allowed and no RSA. Thanks for sharing this info.

@babzog
Copy link

babzog commented Apr 8, 2019 •
edited
Loading

This is again a problem with npp 7.5.8 32-bit and pluginmanager 1.4.12 on windows 7. Forcing http does not help. How would I proceed to solve this?

Update: Nvm... apparently I had checked the box to use the development plugin list... I cannot recall why, now, but, unchecking that allowed the plugin list to load.

@chcg
Copy link
Collaborator

chcg commented Apr 8, 2019 •
edited
Loading

Unfortunately the dev list is broken since some month and would require a correction of the certificate from @bruderstein

@btrower
Copy link

btrower commented Jul 9, 2020 •
edited
Loading

This happened to me just now for the first time. There is more than one problem with this:

  1. There is nothing wrong with the network at my end, so the error message is wrong.
  2. Local software should never stop working because it can't reach the network.
  3. Applications should not put up application modal windows unless (literally) the next keystroke would cause unrecoverable damage. In the case of ordinary usage such as (in my case) just opening the app, that means never because it should not start up in a state capable of breaking anything.
    The app modal message box on my screen is the second one I had to negotiate just opening the program to edit a file locally. It is literally stopping me mid-keystroke twice for nothing.
    I have been programming for more than forty years and I am quite, quite clear about points 1, 2, and 3. Don't, don't, don't.

For the past year, at least I, I have periodically had notepad++ lock up on me so that I had to kill the process with Task Manager. I am not sure that it's a modality problem in that case, but it is similar to the application opening a modal window behind itself so that I can't dismiss it.

Notepad++ has been my go-to editor for years and it will continue to be, but it is annoying as hell that every few times I open it up I have to kill the process and restart, or am stopped cold by a modal window asking me if I want to update. I touch type and I really just want to get editing when I open this application. What were people thinking when they put in something that routinely disables the software until the user attends to something minor and even irrelevant?

Please, anybody who is working on this, find a way to make it so the software does everything it can to do its job as an editor. Just the job. If you have what you consider vital text you just can't stop yourself from displaying put up a red tab on the tab bar so I can at least ignore it while I get on with the task. Microsoft, with its crazy festival of bugs that put errors in the event log, advises users to ignore those errors. They won't ever fix them, but at least they don't actively interfere with your work. Let me at least do that.

@btrower btrower mentioned this issue Jul 9, 2020
Closed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
10 participants
@bruderstein @btrower @Illuminata @RichardD2 @ophers @chcg @babzog @criskolkman @gsegal @jowells