BaseFieldOverride cause inconsistencies during export

Created on 11 March 2021, about 4 years ago
Updated 7 November 2023, over 1 year ago

Problem/Motivation

It seems having BaseFieldOverride causes inconsistencies on what is being exported, at least for computed properties.
This affects for example the path aliases, which get removed as soon as we have a BFO for the path field.

Steps to reproduce

During export, all internal properties are ignored, see:

\Drupal\default_content\Normalizer\ContentEntityNormalizer::getFieldsToNormalize
\Drupal\Core\TypedData\TypedDataInternalPropertiesHelper::getNonInternalProperties

Given 2 content types
- A doesn't have a BFO for the path field
- B does.

  • Content type A (without BFO) will export the path (which in that case is a \Drupal\Core\Field\BaseFieldDefinition) because will run into: \Drupal\Core\Field\BaseFieldDefinition::isInternal
  • Content type B (with BFO) will not export the path (which in that case is a \Drupal\Core\Field\Entity\BaseFieldOverride) because it will run into: \Drupal\Core\Field\FieldConfigBase::isInternal

Proposed resolution

Is this #3005924: Follow-up for #2871591: Marking configurable fields as internal is impossible β†’ related ?

Remaining tasks

User interface changes

API changes

Data model changes

πŸ› Bug report
Status

Needs review

Version

2.0

Component

Code

Created by

πŸ‡§πŸ‡ͺBelgium herved

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

Merge Requests

Comments & Activities

Not all content is available!

It's likely this issue predates Contrib.social: some issue and comment data are missing.

Production build 0.71.5 2024