I've done as the instructions instructed. Created the node types, added node references in each. Created sample nodes - referenced those nodes to each other using the node reference. I visit the settings page, my options are as follows:
[ ] story with field field_related_gallery <==> gallery with field : field_related_articles
[ ] Set first reference instance to single
[ ] Set second reference instance to single

I check the first box, hit submit and *poof* nothing happens. The box remains unchecked. The nodes do not reference.

Am I missing something here?

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

domidc’s picture

I cant duplicate your problem. Can you give me an sql dump from the corresponding node reference table in your database, so I can examine this problem more in detail.

philpro’s picture

Thanks, I actually ended up using a different process for linking related nodes using views.

domidc’s picture

Status: Active » Postponed (maintainer needs more info)
jbomb’s picture

I'm having the same problem.

I did a bit of digging in the module and found that $query_values is always empty in corresponding_node_references_settings_form_submit()

domidc’s picture

Status: Postponed (maintainer needs more info) » Closed (fixed)

I dont receive any more data about the issue so I m closing it down
Reactivate when more specifics are available.

steveray’s picture

Same problem here;
See attached SQL dump per request in #1 above.

Is it related to trying to set a relationship between two nodes of the same type?
It seems this was once disallowed for some reason, but the option is presented on the config page and that's the relationship I need.

Thanks.

steveray’s picture

Status: Closed (fixed) » Active

I forgot to set status back to active, per #5

domidc’s picture

This sql dump doesnt contain any table entries just the create statement. You should select in phpmyadmin to export the data aswell.
I ve tried to duplicate the problem using node references on the same node. Everything seems to be working fine.
Can you also list the content types and the node reference instances you are using.

steveray’s picture

The Corresponding Node Reference table is empty... there is no data there.

The content type is custom via CCK, including file fields, date fields, email fields text fields.

domidc’s picture

Is it possible to have a complete dump of your database and code?
I m really puzzled here, everyone else got this module working...

domidc’s picture

Status: Active » Postponed (maintainer needs more info)
raphaelhuefner’s picture

Version: 6.x-3.0 » 6.x-3.2
Status: Postponed (maintainer needs more info) » Active
FileSize
435.15 KB
11.78 KB

Hi!

I've got the same issue here.

DB dump is attached, but my code dump is around 5 MB (issue attachments are limited to 1 MB), therefore via external D/L:
http://cnr.raphaelhuefner.com/cnr-6.x-3.2-issue-558612-codedump.tar.gz

The MySQL Server version is: 5.1.37-1ubuntu5 (Ubuntu)
phpinfo() output is attached.

What further info do you need?

raphaelhuefner’s picture

I "found something":

The checkboxes with those really long names conflict with the PHP extension "Suhosin Patch 0.9.7". "Growing" those settings:

suhosin.post.max_name_length = 1024
suhosin.request.max_varname_length = 1024

(on Ubuntu in config file /etc/php5/apache2/conf.d/suhosin.ini) beyond the default value of 64 did the trick to bring the checkboxes back into the $_POST array.

See also http://www.hardened-php.net/suhosin/configuration.html#suhosin.post.max_...

Maybe putting those really long names into the values of the checkboxes could be one remedy?
Or putting them into hidden fields, which could be related to the checkboxes via some shorter names?

Sorry for not coming up with a patch for that right now, my deadline is right around the corner. I'll stay with configuring suhosin for now.

arianek’s picture

Priority: Normal » Critical

+1 on this issue. just set it up using the instructions on the project page, and exact same issue. as this means the module is totally unusable, i'm going to set this to critical (but of course, feel free to veto).

arianek’s picture

Priority: Critical » Normal

it appears we've also got the same Suhosin Patch applied as described in #13 (demoting back to normal, as i'm assuming this isn't affecting *everyone* who tries to use the module.

domidc’s picture

Category: bug » task

Make checkbox names shorter

domidc’s picture

Assigned: Unassigned » domidc
domidc’s picture

This issue is solved in version 6.4 which is currently in dev

domidc’s picture

Status: Active » Fixed

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.