Closed (won't fix)
Project:
Drupal core
Version:
7.x-dev
Component:
taxonomy.module
Priority:
Normal
Category:
Task
Assigned:
Issue tags:
Reporter:
Created:
4 Jun 2009 at 16:09 UTC
Updated:
13 Oct 2009 at 15:35 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
catchGrr, I'd removed the useless description from the patch before posting, but not from the screenshot.
Comment #2
catchAdded a test.
Comment #3
pp commentedFirst problem:
You always set $vocabulary the last one in the $vocabularyes. Use different variable name in the foreach!
Second:
What about the other selects(Related terms, Parents) int the Advenced options?
I created another vocabulary. Its name is Tags2. Created two tags (tags2_term1, tags2_term2) and edited tags2_term2. I think If I set tags2_term1 for parent and Tags for vocabulary the database will be inconsistent.
pp
Comment #4
catchCross-posted - I'd fixed the variable naming already.
Related terms and parents, hmm, yes that's an issue. There's nothing in the schema to stop you from setting these across vocabularies (I can see use cases for this for related terms, not for parents though), but core doesn't support it.
Added validation to prevent moving a term between vocabularies if it has parents, children or related terms.
Comment #6
xanoBrain fart: what about related terms in different vocabularies?
Comment #7
catchStraight re-roll for the bot.
Comment #8
Anonymous (not verified) commentedThis is an edge case with only hacky contrib solutions that only developers should use and only with fair warning. When vocabularies can have different fields, it's not reasonable to do this in core. Too much would easily break.
We can only treat this as "normal" as changing a node from one type to another would be.
See http://drupal.org/project/nodetype