Non-functioning Reference

Hello,

Indeed much documation was needed!
I have updated the README.txt with much more infos, added a missing dependency that may confuse people and added a default imagecache preset.

Does that help you?

I do not mean to hijack this thread but I think my problem can be related. First of all, let me say that I really, really enjoy this module. It's does exactly what it needs to do for an editorial site, in a simpe way.

"Normal" use (not referencing) works like a charm here. However, when I try to use the node reference I run into problems. I use this on a fairly clean Drupal 6.14 installation.

Process tracking:

1. I create a new node with the title Zorro of the content type article_image, which I've created. I upload an image and save it. The content type is described below. But basicly it has 1 Uberimage field and thats it.
2. Click Create Page to create a new article node
3. I write Zor in the reference field
4. Zorro is shown in the drop-down
5. I press tab, click on it or press enter (tried them all)
6. Zorro [nid:3] is shown in the reference field along with a spinning loading-wheel to the left of it. But just for half a second, then it reverts back to a blank field

The article_image content type which I try to referer to has one CCK field and that is Uberimage. The settings for Uberimage is as follows

• File path - empty
• Use nodereference instead of upload - unchecked
• Allow the selection of the preset - unchecked
• Imagecache presets to use
  • article - checked
  • feature-push - checked
  • news-stream - checked
  • aef_image_story_image_example - unchecked
• Default imagecache preset to use in the default display - article
• Group the presets of the same size - unchecked
• Node type of the new node link - none

The Page which is the article node type is also clean and just contains a Uberimage field with the settings (bolded are the ones which differs from above):

• File path - empty
• Use nodereference instead of upload - checked
• Allow the selection of the preset - unchecked
• Imagecache presets to use
  • article - checked
  • feature-push - checked
  • news-stream - checked
  • aef_image_story_image_example - unchecked
• Default imagecache preset to use in the default display - article
• Group the presets of the same size - unchecked
• Node type of the new node link - Image (which is the user friendly name of article_image)

The AJAX request is made and I get a response (as I can see the [nid:3] response, if even for a split second).The request looks like this: http://pastebin.com/m129b0dde and the response like this: http://pastebin.com/f5ad292fb

If I press the "Create new Image" just below the reference field and create a node that way, it works and gets referenced correctly.

I've tried with Chromium, Firefox and Safari.

Am I doing something wrong here?

Best
Emil

Hello Emil,

Indeed you could just have created another issue.
What you are describing is strange. Indeed, according to the debug output, the response contains:
cinput type=\"hidden\" name=\"field_uberimage[0][nid]\" id=\"edit-field-uberimage-0-nid\" value=\"3\" (it stored the nid number in an hidden field), and
\x3cinput type=\"text\" maxlength=\"128\" name=\"field_uberimage[0][noderef][noderef]\" id=\"edit-field-uberimage-0-noderef-noderef\" size=\"60\" value=\"Zorro [nid:3]\" (meaning it will output the noderef field with Zorro [nid:3] in it.

So I'm not sure why it revert back to a blank field then. You mean that while the blue turning icon is turning, you see "Zorro [nid:3]", but once the icon dissapear, the field is refreshed with an empty nodereference (or NOTHING at all??) ?
I assume you're not using Uberimage in a fieldgroup? (should work too, just gathering some debug infos).
I think I will need to try again on Drupal 6.14.

Thanks for your patience

Ouch, this is embarrassing. I just did some more testing and by coincidence clicked on the drop down. I might have lied earlier. It does work when I click with the mouse on the drop down. It loads just as it should. It's just when I use tab or enter to submit I get the behaviour described above (You're right in your clarifying; "Zorro [nid:3]" is shown while the blue turning icon is turning but dissapear afterwards). I could have sworn I tested clicking but I guess I'm to much of a keyboarder to notice it myself, I'm sorry about this.

I am using this in a CCK fieldgroup, as I'm putting in its own tab in Vertical Tabs. It does not matter if I disable Vertical Tabs or put the uberimage outside the fieldgroup (so good thing is, it can be used in a fieldgroup without any problems).

Ok Emil I know what's going on here.

Drupal has a kind of bug with the autocompletion and AHAH: if you click on an autocompletion, it works, if you press "enter" it won't.

We have made a workaround that fix that without touching Drupal core, I will look at integrating it into Utilities.

Sweet. I guess this also concern #642332: Avoid submit/error mesage on enter key in reference field

Thank you for being such a sport. I hope I'm not overwhelming you in any way. I just think this is the best thing since sliced bread (but that might be a blasphemy in France ;) Keeping my fingers crossed that the editors toolbox is the next one on it's way.

So I tried to fix this myself and did this to autocomplete:

Drupal.jsAC.prototype.onkeydown = function (input, e) {
  if (!e) {
    e = window.event;
  }
  console.log("keydown "+e.keyCode);
  switch (e.keyCode) {
    case 40: // down arrow
      this.selectDown();
      return false;
    case 38: // up arrow
      this.selectUp();
      return false;
    case 13: // enter key
      this.select($(this.popup).find(".selected")[0]);
      return true;	  
    default: // all other keys
      return true;
  }
};

It worked!
Just added a handler for the enter key.

Do you know how could this be integrated into Utilities, in some way that does not alter autocomplete? Is this change to its behaviour going to break other things?