Closed (duplicate)
Project:
Hierarchical Select
Version:
7.x-3.x-dev
Component:
Code - Taxonomy
Priority:
Critical
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
18 Oct 2011 at 00:40 UTC
Updated:
2 Nov 2011 at 22:39 UTC
When a user starts creating a new node and they add a new term using the Hierarchical Select, the page refreshes and saves the page. But the user remains on the create new content page so when they save the node at the end, the node is duplicated - two entries of the same node.
Further, if a user adds a new term in multiple levels of the node (parent and child), then each new term causes a completely new node to be saved.
Comments
Comment #1
Joel MMCC commentedSame here. If the node is new (Add Content), a new copy of the node, complete with a new NID, is created for any click to create a new Taxonomy term at any level, including if I then [Cancel] out of that without actually creating a new Taxonomy term!
If Editing a node, it saves the node (pops up the green Content Saved banner right above the Hierarchical Select instead of its usual place), but does not create a duplicate (presumably unless Create New Revision is on), again on any attempt to add a new term.
This seriously messes up workflow. I don’t want to have to tell my clients any jump-through-hoops workarounds (e.g. save the new node without any Taxonomy, then go back and edit it to set Taxonomy terms to prevent duplicate nodes from being created en masse), especially since the whole point of this module is to make things easier.
Upgrading to “Critical” because this bug effectively makes Hierarchical Select worse than totally useless, being an actual danger to the integrity of site node data (e.g. a customer wants to try out a change to a node, intending to Preview it before Saving it, and also changes Taxonomy — oops! Create New Revision wasn’t on, so now the “trial” change is made permanent and not easily revertible!).
Comment #2
henrijs.seso commentedDuplicate of #1293166: Whole node form is saved instead of widget form, possible data loss
Comment #2.0
henrijs.seso commentedMore info