Active
Project:
Drupal core
Version:
main
Component:
taxonomy.module
Priority:
Major
Category:
Task
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
17 Mar 2017 at 11:45 UTC
Updated:
8 Nov 2019 at 13:24 UTC
Jump to comment: Most recent
Comments
Comment #2
catchComment #3
hchonovShould we make the Taxonomy hierarchy a revisionable entity or do you have something else in mind?
Comment #4
tstoecklerThis would be fixed more or less automatically by #2543726: Make $term->parent behave like any other entity reference field, to fix REST and Migrate support and de-customize its Views integration no? I mean with that we could just set the parent field to be reivisionable and be done, unless I'm missing something.
Comment #5
larowlanYeah, #2543726: Make $term->parent behave like any other entity reference field, to fix REST and Migrate support and de-customize its Views integration would solve it, but we'd still need the dance to keep the hierarchy in sync.
Just going to point out Entity reference hierarchy which is an ER field with a materialized nested-set representation of the hierarchy.
Comment #9
amateescu commentedChanging title and scope based on #2880149-249: Convert taxonomy terms to be revisionable.
Comment #12
johnwebdev commentedThe mentioned issues are in. So I guess this should not be postponed anymore?
This is semi-related to the work I've been doing in: #2315773-182: Create a menu link field type/widget/formatter and https://www.drupal.org/project/menu_link/issues/3092566 (but really haven't come up with any solution yet).
The problem here is that the Terms overview UI represents the default / published state of the hierarchy. If you change the terms hierarchy over there, the default revision should be updated, but that would mean that the pending revisions are no longer in sync. This is currently prevented by the implemented form restrictions, which I am guessing the goal of this issue is to solve?