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.

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

unable to download list when using wine #69

Open
kilx opened this issue Apr 27, 2017 · 7 comments
Open

unable to download list when using wine #69

kilx opened this issue Apr 27, 2017 · 7 comments

Comments

@kilx
Copy link

kilx commented Apr 27, 2017

Description of the Issue

Latest 32bit N++ on Ubuntu 16.04 x64 via wine produces error when downloading list.

Default 1.3.5 release works. Updates to 1.4.5 and breaks, error message when opening Plugin Manager is:

"There was an error downloading the plugin list. Please check..."

I verified that the same error occurs with 1.4.1 as well as 1.4.9.

1.3.5 works and successfully updates other plugins. Though cries a lot about not being able to verify downloaded files.

Clean/default install of N++ and wine with default settings.

Steps to Reproduce the Issue

  1. Update to 1.4.X using wine 1.6.2-0ubuntu14
  2. Open plugin manager and get error.

Expected Behavior

No error, list download succeeds.

Actual Behavior

Error, list download fails.

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 XP (64-bit) <-- wine 1.6.2
Plugins : mimeTools.dll NppExport.dll ComparePlugin.dll XMLTools.dll NppConverter.dll PluginManager.dll

I'd love to attach some meaningful error message if only I knew how.

@chcg
Copy link
Collaborator

chcg commented May 2, 2017

Maybe the switch to https causes the problem, could you try to activate PM -> Settings -> Force HTTP instead of HTTPS for downloading Plugin List.

@kilx
Copy link
Author

kilx commented May 3, 2017

Unfortunately that does not help. I changed the setting. Restarted np++ and still got the error. Verified the setting was still set too. Tested with 1.4.9 right now, updated both the PluginManager.dll and gpup.exe.

However I player around with other settings and found a way to fix it.

If I toggle the "Show unstable plugins" checkbox, it starts working. After a restart of np++ it's broken again, regardless whether the checkbox was left set or unset. Changing/toggling of this one setting fixes it for the duration of np++ process.

@davidmaxwaterman
Copy link

I see this too, and the same workaround works.
Using notepad++ v7.5.6, v1.4.5.0

I notice that in the plugin manager's settings panel, there is a message in the information pane about plugins being disabled and to enable them by making a blank file in the notepad++ directory, which I did...and then checking 'install for all users' and forcing http instead of https, then it all seems to work again; though, like mentioned above, it complains that it can't verify the package.

@chcg
Copy link
Collaborator

chcg commented Apr 2, 2018

@davidmaxwaterman For the http vs. https see #40 regarding the schannel setting to enable TLS 1.1/1.2, see also https://www.winehq.org/pipermail/wine-devel/2012-September/096877.html. Do you see the verification issue with all the plugins you try to install? Verification is done based on the md5 sum of the configured files, which should be independent of the OS.

Do you also see:

OS : Windows XP (64-bit) <-- wine 1.6.2

@davidmaxwaterman
Copy link

I can't seem to reproduce the verification issue - perhaps it was just the one package I installed (JSONViewer?) and it is now fixed? Anyway, it's working for me now, albeit somewhat complicated.

@tofurky
Copy link

tofurky commented Jul 16, 2018

after a bit of trial and error, i got the plugin manager working reliably. this is in ubuntu 18.04 (amd64) with wine 3.0-1ubuntu1 (32bit). in winecfg, i made sure the urlmon and wininet dll's were set to builtin. they were previously native, i'm not sure what pulled them in via winetricks in the first place. this might break other stuff (like ie8? lol). it's also necessary to set plugin manager to update lists via http. however, the downloads/updates of actual plugins still seem to take place over https.

@chcg
Copy link
Collaborator

chcg commented Jul 17, 2018

The update of each plugin of the plugin list is done via the link to the plugin download location. So this download of a plugin could be either https or typically for older plugins http.

@tofurky Thanks for sharing the information.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants