Handle malformed module info in the translation status form

I tested this on Drupal 11.x today with umami install and using the pirate module. I was able to recreat the problem, therefor changing version.

I tracked this to \Drupal\Core\Utility\ProjectInfo::processInfoList().

      // If the .info.yml doesn't define the 'project', try to figure it out.
      if (!isset($file->info['project'])) {
        $file->info['project'] = $this->getProjectName($file);
      }

Yes, in core/lib/Drupal/Core/Utility/ProjectInfo.php. And just following,

      // If we still don't know the 'project', give up.
      if (empty($file->info['project'])) {
        continue;
      }

living the loop foreach ($list as $file) and missing the setting,

      if (!isset($projects[$project_name])) {
        // Only process this if we haven't done this project, since a single
        // project can have multiple modules or themes.
        $projects[$project_name] = [
          'name' => $project_name,
          // Only save attributes from the .info.yml file we care about so we do
          // not bloat our RAM usage needlessly.
          'info' => $this->filterProjectInfo($file->info, $additional_elements),
          'datestamp' => $file->info['datestamp'],
          'includes' => [$file->getName() => $file->info['name']],
          'project_type' => $project_display_type,
          'project_status' => $status,
        ];
      }