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

Plugins refuse to update #261

Closed
RobRendell opened this issue Apr 27, 2017 · 28 comments
Closed

Plugins refuse to update #261

RobRendell opened this issue Apr 27, 2017 · 28 comments

Comments

@RobRendell
Copy link

RobRendell commented Apr 27, 2017

  • IDE build number: 1650
  • Java version: (bundled)
  • OS name and version: Windows 10 version 1703 OS build 15063.250

When I updated my IDE from 1634 to 1650, all the plugins appeared to update, but they're still coming up as incompatible, and they're reporting the old version in some dialogs (and the new version in other dialogs). I can repeat this process repeatedly with the same results, as shown below.

image

image

image

image

image

image

If I click on the "Configure plugins..." link in the Event Log, it goes to update/install a plugin, and reports the versions as going from the latest to the latest.

image

Consulo/Idea log attached.

idea.log.zip

@VISTALL
Copy link
Member

VISTALL commented Apr 27, 2017

Hi. Thanks for issue, i will try reproduce it.

For now - drop all plugins in plugin directory (here you can find path https://github.com/consulo/consulo/wiki/Paths-to-system-directories)

And just install one plugin Unity(with dependencies).

Sorry for inconvenience.

Note. Consulo have selft-update system, no need redownload it.

@RobRendell
Copy link
Author

Thanks for that!

Removing all the plugins from the %APPDATA%/Consulo/plugins folder meant that when I next fired up Consulo it didn't have any plugins. However, the folder remained empty even after I told it to download the Unity3D plugin plus dependencies and restarted. That's presumably the same problem - the newly downloaded plugins weren't being unpacked into the plugins folder for some reason.

I renamed my entire Consulo directory aside and restarted Consulo, and went through the set-up process again. The plugins downloaded and installed themselves fine with the fresh setup. So, presumably something got messed up in my previous settings.

In case you want to try to diagnose the root cause, I've zipped up my old Consulo %APPDATA% folder, but it's 21 Mb. Rather than attach it here, I've put it in my dropbox. Link: https://www.dropbox.com/s/3f2p07vi50pr0yo/Consulo.OLD.zip?dl=0

Let me know once you've grabbed it, so I can delete it out of my Dropbox again.

Thanks!

@VISTALL
Copy link
Member

VISTALL commented Apr 27, 2017

Strange. Can you attach log?

@RobRendell
Copy link
Author

Sure - I don't think the logs have rolled since the one I attached above, so this should be the same as that one with today's shinanigans appended.

idea.log.zip

Interesting that (on Windows 10) the logs go in "(home dir)/AppData/Local/Consulo" while the plugins directory and other config is in "(home dir)/AppData/Roaming/Consulo".

@VISTALL
Copy link
Member

VISTALL commented Apr 27, 2017

It's ok - as designed. Strange - in log, i don't saw your start without plugins. Can you attach other logs (idea.log.X)

@RobRendell
Copy link
Author

Done

idea.log.1.zip

Although, idea.log.1 is dated 24/04/2017, and the other logs are older, so I don't think they'll help.

@VISTALL
Copy link
Member

VISTALL commented Apr 27, 2017

log:

  • 2017-04-27 10:40:59,84 started with plugins (but all was disabled)
  • 2017-04-28 07:33:29,875 started without plugins
  • 2017-04-28 07:35:47,899 started without plugins
  • 2017-04-28 07:43:35,926 you started Consulo without settings (First start dialog was appear, and you choose, etc), and you catch exception Review exception from first start on windows #263

No problems in this time range (except last).

Strange

@VISTALL
Copy link
Member

VISTALL commented Apr 27, 2017

You have default UAC settings ? (and your user is admin or user)?

@RobRendell
Copy link
Author

I don't believe I've modified my UAC settings.

My user has admin rights. When I moved the plugins out of the %APPDATA%/Consulo/plugins folder, it didn't require pop up asking for admin privileges or anything, so the files were writable by me without them. If I go into the plugins.old directory in Cygwin, it lists all the files as owned by my user and rwxrwx

@VISTALL
Copy link
Member

VISTALL commented Apr 29, 2017

Tested. Can't reproduce this problem. After few time - new builds will be available, please notify me about Consulo update (no need redownload Consulo, just click About -> Check for updates)

Thanks

@VISTALL VISTALL changed the title Plugins refuse to update Plugins refuse to update, when they incompatible Apr 29, 2017
@RobRendell
Copy link
Author

Ok, I tried Help -> Check for updates, and it's hit the same problem again. It downloaded Consulo and the plugins that had been updated 11 hours ago, prompted to restart, but while Consulo is on the new version, the plugins apparently didn't update again.

The contents of the %APPDATA%/Consulo/plugins folder haven't been changed (last modified 28/04/2017).

Idea and consulo logs zipped and attached.: logs.zip

@VISTALL
Copy link
Member

VISTALL commented Apr 30, 2017

No errors. Strange. I am used Windows 10 at home, and no problems with auto-update.

I will test on new Windows 10 on virtual machine.
Thanks, and sorry

@RobRendell
Copy link
Author

FYI, the contents of the AppData/Local/Consulo/plugins, which is where I guess it downloads things to, seems to get updated - the plugin .zip files are all dated 30/04/2017... well, except for consulo.opencover.zip, consulo.dotnet.core.zip, consulo.msbuild.zip and consulo.dotnet.microsoft.zip, which are all still dated 27/04/2017. It's just that they're not unzipped to AppData/Roaming/Consulo/plugins.

@VISTALL VISTALL changed the title Plugins refuse to update, when they incompatible Plugins refuse to update Apr 30, 2017
@VISTALL
Copy link
Member

VISTALL commented Apr 30, 2017

My test. Almost fresh install of Windows 10. Consulo build 1666 (old build) - next build 1667

Installed few plugins, and Check for updates.

After restart - and we have fresh plugins from repository

For now I have no idea, whats is going on

@parmaia
Copy link

parmaia commented May 9, 2017

Hi, today I'm having the same issue, everything was working great, and consulo notified that there are some plugins updates available, I click update and restart consulo and then the same errors that @RobRendell has shown. Then in the "Platform and Plugins" setting page, it shows the updates available and if I try to update from there, an error says:

"Plugin Unity3D was not installed: Cannot download 'https://hub.consulo.io/api/repository/download?platformVersion=1634&channel=release&pluginId=consulo.unity3d': Status: 404"

I'm connected to the internet, and if try that url in the browser, it cannot be found: "HTTP ERROR 404".

I will try removing the plugins from the %APP_DATA% and retry, and if fail, i will try a fresh consulo installation. In either case, I'll drop a comment here.

I'm on mac by the way and working great until this update.

@parmaia
Copy link

parmaia commented May 9, 2017

Ok, I remove one plugin from my %APPDATA% and when try to install it in the "View available plugins..." page, only three "Platform" plugins appear.
image

I think that this has to do with the server containing both the plugins and the list of available plugins, so I've restored all the plugin folder from my TimeMachine backup, and now all is working again, but with the pending update. Again if I manually try to update one of the plugins, I get the same error than before:
image

I'll wait a few days and try to update again.

If you want/need some more info, feel free to ask anything.

@VISTALL
Copy link
Member

VISTALL commented May 9, 2017 via email

@VISTALL
Copy link
Member

VISTALL commented May 9, 2017

And you had old Consulo build (1634) - it's had bug in macOS update, platform updates not work on this build (all Consulo had this bug before 1660).

Thanks

@parmaia
Copy link

parmaia commented May 9, 2017

Thanks for your fast answer.

I manually checked for updates, and I see an update for the consulo itself:
image

So, I'll download and make a fresh install and see what happens... but tomorrow, today I don't have time.

I'll drop you a comment on how things goes.

Thank you very much!

@parmaia
Copy link

parmaia commented May 10, 2017

Hi,

I downloaded consulo (1696) and just replaced the old one, then updated all the plugins and now everything is working great again.

Thanks for the support!

@VISTALL
Copy link
Member

VISTALL commented May 10, 2017

Nice. Now Consulo(build after 1660) have full update support (I believe in it, due no known bugs with it).

Report any other issue when you found them.

Thanks.

@RobRendell
Copy link
Author

Well, I tried to update today. Same problem - Consulo updates, downloads the latest plugin zips to (home)/AppData/Local/Consulo/plugins, asks to restart, but the old plugins remain in (home)/AppData/Roaming/Consolo/plugins and it perpetually requests that I update them.

Moving the updated install of Consulo aside and getting a fresh copy of the latest didn't fix the problem either.

I wondered if it might have something to do with my home directory being on the C:/ drive (appdata folder is C:\Users\Rob\AppData) but Consulo is installed on the D:/ drive (because C is an SSD and I tried to move as much of my home directory over to the regular hard drive as possible so as to not waste space on the SSD on things I didn't need to be super-fast). However, there's no Consulo folders under D:\Users\Rob\AppData, so it's not that the upgrade process is unzipping the plugins into the wrong disk.

Would it be possible to add more logging around upgrades to Consulo, so that maybe my logs will show some discrepancy?

@VISTALL
Copy link
Member

VISTALL commented May 27, 2017

How it works.

Consulo download plugins zips, then added some actions to StartupActionScriptManager(delete old plugin, unzip zip, delete zip), he will run actions before platform starts.

Looks like in this start something going wrong at this stage, but logging is enabled for this stage.

Strange.

Sure - I will add more logging for searching this bug

VISTALL added a commit that referenced this issue May 27, 2017
@VISTALL
Copy link
Member

VISTALL commented May 27, 2017

@RobRendell added logging for plugin action stage. Now you can see new file(action.log) near "action.script" (and other zip files).

File will be refreshed on every restart.

You need download Consulo with build #1735 (https://hub.consulo.io/#!repo/nightly/consulo-win-no-jre-zip)

Start Consulo - and update plugins, after restart - check "actions.log" file (it will be near zip files)

Thanks

@VISTALL
Copy link
Member

VISTALL commented May 27, 2017

Looks like i found issue. I catch this issue too. I will try to fix my problem, and we see next issue.

VISTALL added a commit that referenced this issue May 27, 2017
@RobRendell
Copy link
Author

RobRendell commented May 29, 2017 via email

@VISTALL
Copy link
Member

VISTALL commented May 29, 2017

Oh. Anyway thanks for inform me about issue fix.

@winxalex
Copy link

Plugin Manager
Plugin ".NET Core" was not loaded: required plugin "consulo.dotnet" not installed.

pluggin not shown

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

No branches or pull requests

4 participants