Manual tests confirm that the field formatter is actually required for an entity's overridden meta tags to be rendered. Rearchitect the meta tag output so that it could e.g. run as a service that determines if the current path is an entity and looks for its meta tags.

Comments

DamienMcKenna created an issue. See original summary.

slucero’s picture

Based on my initial testing it appears that without the field rendered on the page the entity-specific meta-tags are not added to the page.

DamienMcKenna’s picture

That might explain some of the support requests & bug reports that have come in.. I wonder if there's an easy way to force the field to always be rendered, e.g. if the display settings are changed to not render the field that it forces it back again? Maybe changing the name to something more clear would be a starting point, "Output meta tags" or something?

DamienMcKenna’s picture

It also seems like there needs to be some testing around the output of entity templates, Jason Want's testing seems to indicate that if {{ content }} is not output that the meta tags might not output either. Bummer.

DamienMcKenna’s picture

Title: Write tests to confirm whether field formatter is required » Restructure output management to not require the entity field formatter
Component: Tests » Code
Issue summary: View changes

Lets refocus this on restructuring how the meta tags are output.

DamienMcKenna’s picture

Priority: Normal » Major

Bumping this to a major task, but it might not get done before 1.0.

DamienMcKenna’s picture

Status: Active » Postponed

Marking this "postponed" as I won't be looking at it until after 1.0.

DamienMcKenna’s picture

Status: Postponed » Active

8.x-1.0 is out, so this is fair game again.