You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This does not happen all the times, but when the amount of changes introduced is large enough and covers things like:
renaming methods
re-ordering arguments
adding new arguments
... then it can cause issues where half of the already in-memory classes are from the old plugin and half from the new (depends on when they were loaded by the autoloader)
Pre-requisites
Use any composer version, on any platform
A use Composer project without the plugin
To Reproduce
Install the plugin on 4.0.0
Upgrade the plugin to latest available version
Expected
The plugin either updates and works right away without issues or some notification is shown on the fact that it can't execute within that run.
Actual
The plugin crashes with a call stack that might lead the user to think that it's broken/unusable - no extra guide presented in the output about the fact that new run would actually work a-ok.
Notes
Maybe the way to deal with this would be to just report that the plugin did not run when it detects that it was updated and a guide would be included how to run it manually.
The text was updated successfully, but these errors were encountered:
allanpaiste
changed the title
A composer update crashes when plugin upgraded within the call
A composer update crashes when plugin upgraded (in some cases)
Feb 17, 2021
allanpaiste
changed the title
A composer update crashes when plugin upgraded (in some cases)
The composer update crashes when plugin upgraded (in some cases)
Feb 17, 2021
allanpaiste
changed the title
The composer update crashes when plugin upgraded (in some cases)
The composer update crashes on plugin upgrade (in some cases)
Feb 20, 2021
allanpaiste
changed the title
The composer update crashes on plugin upgrade (in some cases)
The composer update crashes on plugin upgrade
Feb 20, 2021
I also had similar issues multiple times with the vaimo composer pathces updates. Usually removing whole vendor and running composer install helps, but that's annoying
This does not happen all the times, but when the amount of changes introduced is large enough and covers things like:
... then it can cause issues where half of the already in-memory classes are from the old plugin and half from the new (depends on when they were loaded by the autoloader)
Pre-requisites
To Reproduce
Expected
The plugin either updates and works right away without issues or some notification is shown on the fact that it can't execute within that run.
Actual
The plugin crashes with a call stack that might lead the user to think that it's broken/unusable - no extra guide presented in the output about the fact that new run would actually work a-ok.
Notes
Maybe the way to deal with this would be to just report that the plugin did not run when it detects that it was updated and a guide would be included how to run it manually.
The text was updated successfully, but these errors were encountered: