HS Content Taxonomy: "Multiple values" field setting not set when save_lineage or the dropbox are enabled

here's the full export:

$config = array(
  'config_id'       => 'content-taxonomy-field_taxonomy',
  'save_lineage'    => 1,
  'enforce_deepest' => 1,
  'node_count'      => 0,
  'level_labels' => array(
    'status' => 1,
    'labels' => array(
      0 => 'Division',
      1 => '',
      2 => '',
      3 => '',
    ),
  ),
  'dropbox' => array(
    'status'    => 0,
    'title'     => '',
    'limit'     => 0,
    'reset_hs'  => 1,
  ),
  'editability' => array(
    'status' => 1,
    'item_types' => array(
      0 => 'Division',
      1 => 'Subdivision',
      2 => 'Subgenus',
      3 => 'species',
    ),
    'allow_new_levels' => 0,
    'max_levels'       => 0,
  ),
);

very sure it's the latest yes. Well, it was the latest but I see you've released a new dev that I will try now. I can't screen cast I'm afraid no. But:

When you click on the edit tab the edit page begins to load normally and you see the fields for HS appear with the "you don't have java warning" and it works its way down the page and load everything else, then it seems to load the java for HS last and that's when the page goes white and the rich text link appears.

The rich text link is something to do with TinyMCE. Clicking on it whilst in the loop doesn't do anything.

still does it with the July 1st dev release

ta da, looks like I'm moving to FCKeditor then :)

but now it isn't storing the values:

 [field_taxonomy] => Array
        (
            [0] => Array
                (
                    [view] => 
                )

        )

Think I saw another issue on this one though

it's definitely definitely set to save as tag. However it's interesting that if you set it to allow level labels and add new levels then it only lets you label the highest parent. I tried opening and saving, and failing that I deleted the field and added a new one. The allow multiple isn't getting checked though. I've read soem of the other issues and I'm not clear if this is needed if you want to save all terms from a single lineage or only if you want to save multiple lineages. Dunno what else to do...

OK, is that what's stopping it from saving the lineage?

hmmm, this is odd, this is the output from the node:

    [taxonomy] => Array
        (
            [1] => stdClass Object
                (
                    [tid] => 1
                    [vid] => 2
                    [name] => News
                    [description] => 
                    [weight] => 0
                )

        )

It's taking terms from the wrong taxonomy here, but not when you export the field setting:

$content[fields]  = array (
  0 => 
  array (
    'widget_type' => 'content_taxonomy_hs',
    'label' => 'taxonomy',
    'weight' => '0',
    'description' => '',
    'group' => false,
    'required' => '1',
    'multiple' => '0',
    'save' => 'tag',
    'vid' => '11',
    'tid' => '0',
    'depth' => '0',
    'field_name' => 'field_taxonomy',
    'field_type' => 'content_taxonomy',
    'module' => 'content_taxonomy, hs_content_taxonomy',
  ),
);

Also as you can see it's not selecting multiple values

sorry, the first part of my previous post is wrong. I'm not sure what field that's talking about! The field_taxonomy output is still:

  [field_taxonomy] => Array
        (
            [0] => Array
                (
                    [view] => 
                )

        )

sorry, I don't understand. I created a new vocabulary (species_taxonomy) and added a new cck field with the HS widget set to use the new vocabulary. Do you mean you think that by using content_taxonomy with a different taxonomy on the same content type it's interfering with HS?

I've tried setting up a new test content type just using the HS widget with the same taxonomy, and a different one, and neither seem to save the lineage

Only the species content type (which is the one with custom cck fields).

Hmmm, nope. I've tried deleting the taxonomy, creating a new one (assigned to a dummy content type), filling it with terms, then through cck setting it as the associated taxonomy. It shows up and works fine on the edit page but it still isn't saving the terms. I've tried it pretty much every setting I can think of on the vocab page - ranging from creating a new vocab and not changing any of the default settings except single hierarchy, through to changing just about everything. And I've done more or less the same with the cck field.

How have I managed to mess this up so much?!

Is there any chance of a screen shot of the 3 config screens (vocab, cck field and HS config) set up to enable:
a single hierarchy
save entire lineage
force to select from deepest node
creation of new terms
Or any guesses as to what else I've screwed up?
Many many thanks for your patience!!!!!!
Matt

Hmm, the new dev release doesn't seem to have fixed this. I've tried deleting and uninstalling cck, HS and the vocab and starting from scratch but still end up with it not saving the terms

I uninstalled content_taxonomy and it still won't work. I'm not sure what CVS head is, but I downloaded the latest dev release and tried that and I don't get the option to save as both either

well I uninstalled it, so it can't be interfering with it if it wasn't there...? I'll reinstall and try a different widget, however HS also wasn't storing values on nodes where it was the only CCK field.

I tried reinstalling content-taxonomy and picking different widgets for the other taxonomies, and now I get the following error:

# user warning: Duplicate entry '1-368' for key 1 query: INSERT INTO term_node (nid, tid) VALUES (368, 1) in /home/content/c/a/r/carabusonline/html/includes/database.mysql.inc on line 172.

It looks like HS is picking terms from the wrong vocab.

I look forward to beta 2

Matt

this is interesting. I deleted everything and reuploaded HS, content_taxonomy and all the CCK stuff, and now HS kind of works, but it outputs everything in a random order. ie sometimes the hierarchy is right, sometimes it's reversed and sometimes it's totally random. It always stays with the same order with regard to lineage (ie the same terms in the same lineage will always output the same way), but other terms in other lineages output randomly

Hi, I fixed this about an hours ago. It was because HS wasn't enabled in the vocabularly AND the CCK field. Once I enabled it in the vocabulary it worked fine. So to reproduce just disable HS in the "Species Taxonomy" vocabulary.

This is an aside, but although Drupal claims to use taxonomy, when it comes to actually trying to render a proper scientific taxonomy it tends to fall very short!

I now have a problem with it using taxonomy terms from other vocabularies, but that problem is a duplicate of http://drupal.org/node/277780 which you say is fixed in beta 2? To see this look at the author field - it is printing the author AND the parent term from the species taxonomy vocab.

Many thanks for all your help and this great module

I updated to beta 2 in the hope it would let me have author and taxonomy vocab. However now it's all back where I started and it won't save the terms and gives the following error

warning: Illegal offset type in /home/content/c/a/r/carabusonline/html/sites/all/modules/hierarchical_select/modules/hs_content_taxonomy.module on line 294.

I've played with the settings so much with this module that I don't even know where to start now. I have tried associating the vocab with this content type (and not) and I've tried each of the save settings, all of which give that same error. Presumably this is another content_taxonomy clash - in which case I'm beginning to understand your hatred of the module!!!

it works fine with the select widget......sorry!

Do you know of any freehosts that support drupal? Hyperphp supports drupal, but only drupal 6.

I must admit though - it's very tempting to delete the whole lot and start from scratch!

good point, I feel stupid

Hmmm, I can't get drupal 5 installed on a number of different freehosts because of database restrictions (no lock privileges) or .htacces/php.ini restrictions. I've commented out the code associated with:

TRICKY: this piece of utterly u2gly, crappy and dysfunctional code is here thanks to the ugly internal works of the content_taxonomy module that don't make any sense at all. It's necessary to support the 'both' (and 'cck') "save option" of content_taxonomy. 

And although this causes it to display the parent item of the HS hierarchy AND the term I select using content taxonomy for another vocab I hope to horribly get around it by putting a space character after the parent terms in the HS lineage, exploding the view variable using a space delimiter and using only the last variable. I know it's horrific but I don't see how else to do it! The problem seems to be with the [view] bit of the string as the tags are output correctly

no no, I mean this bit

$node->field_taxonomy[0]['view']

if your print_r the whole field_taxonomy and field_author arrays then they all seems fine, except for the ['view'] bit where the highest field_taxonomy term gets added to the field_author term

thanks, you've been very helpful, sorry to have been such a nuisance!!! Hopefully I'll get it working sometime soon

yay! Finally figured it out!!!

The module is not automatically selecting "Multiple Values" when you "Save Entire lineage". To get around it you have to change the widget to something simple like select, save the settings, open it again, select multiple values and at the same time change the widget to hierarchical select. That way it remembers to keep the multiple values option and works perfectly.

I'm glad it wasn't just me being stupid. Admittedly it played a bit part, but it wasn't entirely due to it!