Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
When creating a new term on the taxonomy term list HR does not place it in the tree where the term was supposed to be. Instead, it places on the root. If the term is moved to its intended place as a child of another term, a duplicate copy remains on the root. Deleting the copy also deletes the original.
Also, it does not allow for the registration of the automatic URL and only accept the root URL.
Disabling the module fixes the issue.
Comments
Comment #1
Triumphent CreditAttribution: Triumphent commentedComment #2
stefan.r CreditAttribution: stefan.r commentedDoes anyone else have this issue, as well as either a clear way to reproduce this or a patch? Is this a duplicate of #1568688: Double node construction when creating new term through HS field?
Comment #3
stefan.r CreditAttribution: stefan.r commented@Triumphent please could you provide some more detailed instructions in order to reproduce this issue?
Comment #4
stefan.r CreditAttribution: stefan.r commentedComment #5
Triumphent CreditAttribution: Triumphent commentedI enabled the Hierarchical Select and Hierarchical Select Taxonomy modules.
To add new terms, I went to admin/structure/taxonomy/vocabulary_name
Clicked on "Add term"
Entered the new term name
I use View Override but the issue also appears when the box isn't checked.
Under RELATIONS, , Parents option, used the HS drawers to select the category.
I have up to four levels beyond the root level.
Under URL Path Settings, I check "Generate automatic URL alias"
That's about it. Simple and straightforward. The issue goes away when I disable the HS Taxonomy module. But then I have to move the term to its proper level before saving.
Hope this helps. Let me know if you need more. :)
Comment #6
stefan.r CreditAttribution: stefan.r commentedThis looks to be because the item is selected by default, so the term ends up having multiple parents when you add another one. You'd need to remove the term in the dropbox selection before adding another term as parent. This is the standard behavior of the dropbox.
I could not reproduce the pathauto issue, but perhaps I use a different pattern for terms? If you list the parent in the URL, removing the item before adding another item would solve the issue.
In a newer version, we could make the non-dropbox HS widget the default (allowing only for a single parent), and if anyone needs to be able to pick multiple parents, they can set a variable. This seems to be the least error-prone solution, as using a dropbox, if the default is to select nothing, people will get a "please select a parent" error when clicking submit without selecting anything. If the default is to select , people will have the issue in the OP.
Comment #7
stefan.r CreditAttribution: stefan.r commentedSee #2450933: Don't use dropbox in term form