PluginNotFoundException for entity:file:undefined if installing when there are already images/files

This should only happen while the initial convert queue is running. So not a huge problem I think. We don't want to make the special undefined bundle available I think, maybe just check and convert when editing?

Added the check to the file_entity_file_load() not sure if there is a more appropriate place. Also some tests.

Let's solve this on the form class (possibly in prepareEntity()).

Moved the check to the form classes. I have one problem with testing the inline-edit modal. I need to simulate an ajax request and tried drupalPost and drupalPostAjaxForm but probubbly missing the correct values. Will look more into this...

Did some cleanup and removed the test for the inline form since we inherit the fix from the fileEditForm testing one should be enough to cover both.

Committed. Reworded this comment along the way:

diff --git a/src/Tests/FileEntityFileTypeClassificationTest.php b/src/Tests/FileEntityFileTypeClassificationTest.php
index 05fc27a..080c181 100644
--- a/src/Tests/FileEntityFileTypeClassificationTest.php
+++ b/src/Tests/FileEntityFileTypeClassificationTest.php
@@ -68,8 +68,8 @@ class FileEntityFileTypeClassificationTest extends WebTestBase {
     $file_type = $this->getFileType($image_file);
     $this->assertEqual($file_type['type'], 'undefined', t('The image file has an undefined file type.'));
 
-    // When editing files before cron is run the bundle should have correct
-    // value.
+    // When editing files before cron has run the bundle should have been
+    // updated.
     $account = $this->drupalCreateUser(['bypass file access']);
     $this->drupalLogin($account);
     $this->assertNotEqual($image_file->bundle(), 'image', 'The image file does not have correct bundle before loading it.');