Pattern not being respected

Created on 10 September 2024, 2 months ago
Updated 19 September 2024, 2 months ago

I was just testing the latest update locally and found that this is no longer working. My pattern is

[node:field_address:address_line1], [node:field_address:locality], [node:field_address:administrative_area]

This used to produce nodes which looked something like this

123 Sesame Street, New York City, NY

But now it produces something like this

%AutoEntityLabel: 7a075eef-dde7-4c04-8f99-8f6a3f6e6177%

I did not change anything about the configuration, I only updated from 3.2.0 to 3.3.0 and ran the database updates.

πŸ› Bug report
Status

Active

Version

3.3

Component

Code

Created by

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

  • Issue created by @bhogue
  • πŸ‡¨πŸ‡­Switzerland DanieleN

    danielen β†’ changed the visibility of the branch 3473386-pattern-not-being to hidden.

  • πŸ‡¨πŸ‡­Switzerland DanieleN

    I have a similar problem.

    I've imported content via cron and the pattern is not respected. After manually saving the imported content, the pattern works.
    I don't have this problem when I create a new node manually.

  • πŸ‡©πŸ‡ͺGermany Publishing Future Ammerbuch

    Same problem here. But when I open the node to edit and save again, the node title is generated properly.
    As a workaround I now changed the settings to "Create label before first save".

  • πŸ‡§πŸ‡ͺBelgium bart lambert

    Having the same issue as #4

  • πŸ‡ΊπŸ‡ΈUnited States justcaldwell Austin, Texas

    We're seeing the same issue. Our pattern uses a single token that points to a text field on the same entity. That field allows some minimal formatting, but the generated labels are as described above (e.g. %AutoEntityLabel: 7a075eef-dde7-4c04-8f99-8f6a3f6e6177%) whether or not the field values contains formatting.

    Re-saving the node corrects the generated label. Switching to the new 'Create label before first save' setting also works in our case.

  • πŸ‡ΊπŸ‡ΈUnited States justcaldwell Austin, Texas

    No time to debug right now, but my assumption is this stems from changes in πŸ› Set Label runs two times on node creation Needs review .

  • πŸ‡¬πŸ‡§United Kingdom mistergroove

    Have the same issue. I'm using this in conjunction with 'Token OR' pattern and a node reference field 'Authors' set to 'Create referenced entities if they don't already exist'.

    So if someone inputs a profile node in 'Authors' that doesn't exist, the entity is created, and for the title it first it looks if the name field is populated, if not it uses the auto generated title from 'Create referenced entities' and if neither of those work then it fills it with 'Unnamed profile' as a fallback.

    If someone creates a profile node manually it takes the title from 'field_profile_name' which is a mandatory field.

    My token for auto_entity label is:

    [node:field_profile_name|node:title|"Unnamed profile"]

    Not sure how to configure this to get it to work - had to roll back to 8.x-3.2.

Production build 0.71.5 2024