Adopt fileeye/mimemap

After upgrading to 2.4 going to the status page (/admin/reports/status) creates this message:

The website encountered an unexpected error. Please try again later.
Error: Class 'FileEye\MimeMap\Type' not found in Drupal\imagemagick\ImagemagickFormatMapper->resolveEnabledFormats() (line 191 of modules/contrib/imagemagick/src/ImagemagickFormatMapper.php).
Drupal\imagemagick\ImagemagickFormatMapper->resolveEnabledFormats() (Line: 225)
Drupal\imagemagick\ImagemagickFormatMapper->resolveEnabledExtensions() (Line: 166)
Drupal\imagemagick\ImagemagickFormatMapper->getEnabledExtensions() (Line: 1407)
Drupal\imagemagick\Plugin\ImageToolkit\ImagemagickToolkit::getSupportedExtensions() (Line: 1365)
Drupal\imagemagick\Plugin\ImageToolkit\ImagemagickToolkit->getRequirements() (Line: 46)
image_requirements('runtime')
call_user_func_array('image_requirements', Array) (Line: 403)
Drupal\Core\Extension\ModuleHandler->invokeAll('requirements', Array) (Line: 112)
Drupal\system\SystemManager->listRequirements() (Line: 49)
Drupal\system\Controller\SystemInfoController->status()
call_user_func_array(Array, Array) (Line: 123)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}() (Line: 582)
Drupal\Core\Render\Renderer->executeInRenderContext(Object, Object) (Line: 124)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->wrapControllerExecutionInRenderContext(Array, Array) (Line: 97)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}() (Line: 151)
Symfony\Component\HttpKernel\HttpKernel->handleRaw(Object, 1) (Line: 68)
Symfony\Component\HttpKernel\HttpKernel->handle(Object, 1, 1) (Line: 57)
Drupal\Core\StackMiddleware\Session->handle(Object, 1, 1) (Line: 47)
Drupal\Core\StackMiddleware\KernelPreHandle->handle(Object, 1, 1) (Line: 99)
Drupal\page_cache\StackMiddleware\PageCache->pass(Object, 1, 1) (Line: 78)
Drupal\page_cache\StackMiddleware\PageCache->handle(Object, 1, 1) (Line: 47)
Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle(Object, 1, 1) (Line: 52)
Drupal\Core\StackMiddleware\NegotiationMiddleware->handle(Object, 1, 1) (Line: 23)
Stack\StackedHttpKernel->handle(Object, 1, 1) (Line: 693)
Drupal\Core\DrupalKernel->handle(Object) (Line: 19)

I have tried the normal remedies like clearing cache and update db.

Mine, updated using drush, didn't.

The command composer require fileeye/mimemap sorted the problem for me.

Looks like I need to use composer for the imagemagick module...

Have the same problem as #19. But on shared hosting without drush/composer. Could you advice me which module/library to put where in order for this to work?

Thanks a lot!

Right, so Drupal is not usable without composer anymore? Wasn't there a discussion some time ago, that Drupal should not lose all those who use shared hosting? I know that I can keep the module at the previous version, but someday there will be a security vulnerability preventing me from using older versions. And there are other modules, that might implement imagemagick, but not as well supported and maintained. So, I don't want to sound rude and I am grateful for the work being done here. I can't code php myself. It's just that it is a pity, that the move to composer leaves many users and use cases behind. Ok, I should be able to use composer locally, but still. A pity. :-(

Just ran a standard update and now my site is broke as the ImageMagick now needs Composer for dependencies and was not warned clearly enough on the update page.
I have no clue on what to do now.
Any idea?
I got a very long list of errors, I can only get to a few pages of the administrations menu and almost none of the content pages of the site.

THis is really not a good way to upgrade between minor versions.

You could create an issue, requesting Ludwig integration (like Address module has) as an alternative to Composer?

@Jens Peter: Just downgrade to previous version. Seems to work without problems on my site...

@Sachariew thank you. I did just that and it solved the issue.
I still think it is wrong to make a standard update with a change this big as I now have a module not updated and cannot be updated because dependencies are not listed - for the lifetime of this site, I am forced to ignore this one module update.

@ressa Good idea, I have not head about the Ludwig module before. I will give it a test.
Interesting to be able to do updates like this - should be developed as standard function in Drupal and not as a module developers need to set each module up for. It should be possible to update every installation without the need for extra modules or developer styled commands - this way push users away from using Drupal more than include more to our world.

Thanks @fonant #21. I had updated modules through the admin UI, among which was the latest ImageMagic update here, and wound up with the error showing up after attempting to edit content types that relied on Image fields on the site.
I, fortunately, do use composer, and was able to quickly fix my issue with your suggestion of running from the instance's webroot directory,

composer require fileeye/mimemap

Ludwig is the way to go here for ducking composer problems including on Pantheon. see #3035270: ImageMagick - Ludwig integration

Just in case this might be usefull to someone I left here some instructions to have this working without composer.

The idea is to download the PHP library (https://github.com/FileEye/MimeMap) to ./vendor/fileeye/mimemap within the Drupal directory.

And then apply the patch attached to update the autoload.

@mondrake, please change this issue to "Closed as duplicate" of:
#3035270: ImageMagick - Ludwig integration

So that users can go to the solution-seeking issue.