HtmlEscapedText object to string conversion error

How does this happen?

Ran into the same error with [node:field_teaser_media:entity:url] token.

Patch #2 fixed it for me, Thanks!

I got this problem using an image field url as a token [node:field_image:entity:field_image:entity:url] with meta tags module. Recoverable fatal error: Object of class Drupal\Core\Url could not be converted to string i Drupal\Component\Render\HtmlEscapedText->__construct(). Patch #2 fixed it for me.

* Drupal core 8.8.2
* Token 8.x-1.6
* Metatag 8.x-1.11

#8 & #13 are confirming the occurrence of issue & fix by patch #2.

/**
   * Constructs an HtmlEscapedText object.
   *
   * @param $string
   *   The string to escape. This value will be cast to a string.
   */
  public function __construct(string $string) {
    $this->string = (string) $string;
  }

The documentation reads needed as a string. Maybe we can add a type hinting to handle appropriately at the incorrect caller?

Patch #2 re-rolled.

The issue also happens when trying to use a Link field URL through a token. The patch in #15 works for 8.8 as well.

Reviewed and tested #15. it's working fine.
RTBC

We need some test coverage.

Patch #15 doesn't work if the object has no 'toString' method.
I did that using Simplenews 8.x-2.0-beta2 (that triggers the error), Drupal 9.3.0, PHP 7.4.26

@@ -28,6 +28,9 @@ class HtmlEscapedText implements MarkupInterface, \Countable {
    *   The string to escape. This value will be cast to a string.
    */
   public function __construct($string) {
+    if (is_object($string) {
+      if (method_exists($string, 'toString')) {
+        $string = $string->toString();
+      } else {
+        $string = '';
+      }
+    }
     $this->string = (string) $string;
   }

Sorry, i don't have time to make a patch.

Patch from #32 works for 9.5.x.

Adding the latest diff as attachment since the Merge Request diff is dynamic and may change over time.

I've tried to re-create this bug according to the information in the issue summary. I created an entity reference field and used it as a token replacement in a text field that supported tokens - it looked something like [node:field_test:entity:url] - this works absolutely fine. The token module is correctly calling toString() on the URL object to get the token value.

We need more information with steps to reproduce. It feels that the real problem here is in the token provider not calling ->toString() on URL objects and fixing this in HtmlEscapedText is in the wrong place.

I also tested this with a link field and [node:field_link:uri] works as expected without error.

Since there hasn't been a follow up going to close out as outdated for now. If still a valid bug in D10 please update issue summary with steps to reproduce.

I got a similar error on my project. I'm trying to find clean reproducible steps. For now, I got it when I tried to render a message entity that had an entity reference field for a view and I used a token [message:field_view_ref:entity:label] in the message's text and rendered it programmatically

Error: Object of class Drupal\views\Entity\View could not be converted to string in Drupal\Component\Render\HtmlEscapedText->__construct() (line 31 of core/lib/Drupal/Component/Render/HtmlEscapedText.php).

    $view_builder = \Drupal::entityTypeManager()->getViewBuilder('message');
    $pre_render = $view_builder->view($message_entity, 'default');

Object of class Drupal\media\Entity\MediaType could not be converted to string in Drupal\Component\Render\HtmlEscapedText->__construct() (line 31...
when saving an image (media entity) with a "description" field having format "filtered HTML".
MR 2707 resolved the problem.
Drupal 10.5.6, php 8.3

Forcing the string in HtmlEscapedText() is the wrong fix.

We need to look at why we're skipping the isset($field_item->$property_name) && ($field_item->$property_name instanceof FieldableEntityInterface conditional branch in Drupal\token\Hook\TokenTokensHooks::fieldTokens().

I cannot currently reproduce this in a clean installation, but debugging the instance where I am seeing this confirms that isset($field_item->entity) returns FALSE while get_class($field_item->entity) returns a valid entity class in the same request.

MR forthcoming over at #3574391: Fix Object of class could not be converted to string in HtmlEscapedText error.