Type User does not correspond to an entity on this site also File Import does not work with better Normalizers

Tested with latest beta but I'm still getting same type of errors, type is random.

Type http://xxxx/rest/type/paragraph/text does not correspond to an entity on this site.
Type http://xxxx/rest/type/content_moderation_state does not correspond to an entity on this site.
Type http://xxxx/rest/type/paragraph/erl_section does not correspond to an entity on this site.
...

I'd to set time limit to 0 in default_content importer as the import works only for small files

I get results like:

Created: 28
Updated: 2
Skipped: 0
Error message Type http://xxxx/rest/type/user/user does not correspond to an entity on this site.

Of course nothing is imported.

Same file, unzipped into content folder and imported with: dcdi --preserve-password --force-override

works

Last test
I exported the site to local content folder using EXPORT SITE UI (about 500 nodes)

I tried to import them (no force override) and I got:

created: 0
updated: 1195
skipped: 988

with error Type http://192.168.0.18/rest/type/shortcut/default does not correspond to an entity on this site.

I'm not sure that it should have updated 1195 objects as there have been no changes between the two but... btw, it's not the focus of the issue

Tried to import via terminal with: drush dcdi --preserve-password and I got

same numbers before confirmation

- created: 0
- updated: 1195
- skipped: 988

and I was able to import (I had to remove the content_moderation_state folder due to the Error: Call to undefined method stdClass::save() in Drupal\content_moderation\Entity\ContentModerationState->save() issue)

In this case, I got: [OK] Content has been imported.

Debugging a bit, the error is fired by this function

  /**
   * Gets the typed data IDs for a type URI.
   *
   * @param array $types
   *   The type array(s) (value of the 'type' attribute of the incoming data).
   * @param array $context
   *   Context from the normalizer/serializer operation.
   *
   * @return array
   *   The typed data IDs.
   */
  protected function getTypedDataIds($types, $context = []) {
    // The 'type' can potentially contain an array of type objects. By default,
    // Drupal only uses a single type in serializing, but allows for multiple
    // types when deserializing.
    if (isset($types['href'])) {
      $types = [$types];
    }

    if (empty($types)) {
      throw new UnexpectedValueException('No entity type(s) specified');
    }

    foreach ($types as $type) {
      if (!isset($type['href'])) {
        throw new UnexpectedValueException('Type must contain an \'href\' attribute.');
      }

      $type_uri = $type['href'];

      // Check whether the URI corresponds to a known type on this site. Break
      // once one does.
      if ($typed_data_ids = $this->linkManager->getTypeInternalIds($type['href'], $context)) {
        break;
      }
    }

    // If none of the URIs correspond to an entity type on this site, no entity
    // can be created. Throw an exception.
    if (empty($typed_data_ids)) {
      throw new UnexpectedValueException(sprintf('Type %s does not correspond to an entity on this site.', $type_uri));
    }

    return $typed_data_ids;
  }

in web/core/modules/hal/src/Normalizer/ContentEntityNormalizer.php line 268

Ok, after a long debug I found the issue

  /**
   * Change to current host in a config file.
   *
   * @param $pattern
   * @param $pattern_link
   * @param $data
   */
  private function replaceHost($pattern, $pattern_link, &$data) {
    $host = $this->request->getHttpHost();
    preg_match_all($pattern, $data, $match);

    foreach ($match[0] as $origin_str) {
      preg_match($pattern_link, $origin_str, $match_host);

      if (!empty($match_host)) {
        $valid_str = str_replace($match_host[1], $host, $origin_str);
        $data = str_replace($origin_str, $valid_str, $data);
      }
    }
  }

in src/Importer.php is using getHttpHost that doesn't return the site path if it's installed in a subfolder (it's my case)

I've created a patch for it and seems working

Something is still wrong, on HTTPS it still does not work (probably because the schema is set to HTTP by default)

Also, if I try to import a simple Article with a Tag, both are created but not linked.

All these issues from the UI only, from command line all work perfectly

According to this commit https://www.drupal.org/commitlog/commit/92827/1b6f020f7954d410dfbb78a6e2... it should have been ported to 2.0.x. Am I wrong?