Closed (fixed)
Project:
Drupal.org site moderators
Component:
Site organization
Priority:
Normal
Category:
Task
Assigned:
Reporter:
Created:
6 Apr 2012 at 03:59 UTC
Updated:
26 Mar 2015 at 22:13 UTC
Jump to comment: Most recent
According to http://drupal.org/node/1207020, and actual usage (1000+ vs 80), the correct tag is "Needs backport to D7".
Correct: http://drupal.org/taxonomy/term/21556
Incorrect: http://drupal.org/taxonomy/term/31588
Comments
Comment #1
xjmYes please. It's silly to have two separate tags that mean the same thing, and it translates to having to search for both tags all the time in views of issues on which I try to facilitate work.
I think D7 is a better choice anyway because it is project-agnostic, whereas 7.x implies only core.
I'd also say the same for the backport to 6.x and D6 tags, although these are far more infrequently encountered in practice.
Comment #2
fizk commentedNot sure if there's a way to automate this, but it might be worth the trouble of writing the code to do this so that everyone can agree on what is the actual tag and which similar tags should automatically be renamed to the right one.
Comment #3
tim.plunkettWe shouldn't need any code, can't this be done through the UI?
Also, if its that much hassle, I'll just go do all 80 manually...
Comment #4
cweagansWorking on this...
Comment #5
cweagansThere were over 100 of these, but they're taken care of now.
Comment #6
fietserwinI hope that the term "Needs backport to 7.x" won't popup anymore in the autocomplete, or we can dow this work again in a few weeks time. Quick test: it does popup, and even above the preferred term...
Comment #7
fietserwinOops, removing the 'tag' that stayed there after I tested it.
Comment #8
joachim commented> I hope that the term "Needs backport to 7.x" won't popup anymore in the autocomplete, or we can dow this work again in a few weeks time.
The tag 'Needs backport to 7.x' still shows up in the autocomplete just now.
If it has no more nodes tagged, could it be deleted?
Comment #9
tim.plunkettDeleted.
Comment #11
webchickWOW! Thank you for doing that!!!
Comment #12
jhodgdonFinally! Thanks cweagans for all the issue updates that I saw come through email today, and thanks tim.plunkett for deleting the term.
So, should we do the same for the "Needs backport to 6.x" tag (which is still present in the autocomplete)?
Comment #13
sunFWIW: We badly need a better taxonomy term management interface and capabilities in core. Having to do this manually is ridiculous for a system that claims to be a content management system. I would be more than happy to review and help with patches that improve the situation.
Comment #14
jhodgdonIs there already a D7 module that does this that we could consider adding to d.o after the upgrade?
Comment #15
tim.plunkettWe could add http://drupal.org/project/taxonomy_manager now or in D7.
Comment #16
killes@www.drop.org commentedI agree that term management is badly needed. Too many terms are bad for performance and for usabiliy
Comment #17
joachim commentedTaxonomy Manager is pretty bloaty and not a very Drupal-ish admin UI at all.
Comment #18
cweagansNot a problem! Hope it helps :)
Comment #19
sun@tim.plunkett, thanks for pointing to that :) Way too heavy though. ;)
However, that project description contains a direct link to http://drupal.org/project/term_merge which is way more focused on the actual problem.
Relatively small, but nevertheless, the code looks a bit suspicious to me. Might merely be the coding style though... It is definitely lacking tests. Those issues should be easy to resolve though.
Comment #20
cweagans#1681640: Review and install term_merge on Drupal.org filed
Comment #22
xjmSo I manually did this again today, for the fifth or sixth time since 2012.