Token generation of entity references are not respecting the given langcode

I had the same issue with a project I was working on. The problem seems to occur during token replacement (token.tokens.inc around L1750). I think this is more of a token issue, since the langcode seems to be sent correctly from pathauto. Unfortunately during the process of using field rendering we lose the language context and default to the current language (which in these cases is whatever language you are in when you start the bulk generation).

For anyone that has the same issue and needs a quick fix, I ended up doing a token patch like this before the "$field_name->view" line (to replace the field rendering logic):

if ($entity->getFieldDefinition($field_name)->get('field_type') == 'entity_reference') {
  $referencedEntity = $entity->get($field_name)->referencedEntities()[0];
  if ($referencedEntity) {
    $referencedEntity = \Drupal::service('entity.repository')->getTranslationFromContext($referencedEntity, $langcode);
    $referencedEntityType = $referencedEntity->getEntityTypeId();
    $replacements[$original] = Link::fromTextAndUrl($referencedEntity->label(),
      Url::fromRoute("entity.$referencedEntityType.canonical", [$referencedEntityType => $referencedEntity->id()])
     )->toString();
  }
  continue;
}

This is obviously not a great fix, but was enough to solve the issue for me and might help someone else (though it probably depends on which tokens you use in alias patterns, I only had taxonomy term references).

Moving this to token module + updating title

Hi,

same issue for me. The fix of Chewi3 #3 works fine to solve my problem.

Thx

#3 Is really works. Here is a patch.

Added condition to fix an error on media remote_video entities

We noticed that there was an error with Token and Hook event dispatcher module after using #6 patch with core 10.2.1. We reported it originally as an issue to Hook event dispatcher (#3414662), but then debugged it more and noticed that this patch in Token module was causing the following error when running cron or saving media of type remote_video:

Error: Call to undefined method Drupal\Core\Field\BaseFieldDefinition::get() in _field_tokens() (line 1790 of XXX/web/modules/contrib/token/token.tokens.inc)

There's no need for such a long comment, and it should not use get(), it should use getType(), which is a method on FieldDefinitionInterface.

- Rebased the issue fork to the latest 8.x-1.x
- Moved the changes from token.tokens.inc to TokenTokensHooks
- Removed the unnecessary check `method_exists($field_definition, 'get')` since its not used anyways
- Re-use the already existing variable `$field_definition` for the field-type == "entity_reference" condition

I did that because I need the change in one of my projects, but i still want to make sure that everyone here is aware that this patch changes the behavior of entity reference tokens completely.
Without the changes, the field formatter for the display mode "token" was used to render the field.
With the MR changes applied, there is no way to control how entity_reference fields get rendered. It just takes the first referenced entity and returns a link to the translated entity (by using it's label + canonical URL) for the token replacement. That means we've lost multivalue field support & the possibility to change configuration.

I don't think that this is a change which should get merged.
For a sustainable fix, someone needs to think about how to pass the proper language context to the field renderer instead.