I have a feature for a translatable content type and use strongarm to store the 'language_conent_type_' variable for that content type, which sets whether a content type is translatable or not. When going to the path '/node/nid/translate' I have an access denied error message.

The problem is that the variable_get function in bootstrap.inc (line 780) returns a different value than set on the content type admin form (which is right, BTW). Looking a bit deeper, the problem is that the global variable $conf in that function misses the key array for that variable, thus it returns the default value (0). Some how, the strongarmed value doesn't get returned when trying to translate the node, although the content type is set to be translatable. I guess the code is resetting the cached variables after the strongarm module has loaded their controlled variables.

I'm not user whether this is a problem with strongarm, ctools or the content translation module itself.

Comments

filsterjisah’s picture

filsterjisah commented

+1

filsterjisah’s picture

filsterjisah commented

I am using features and have the same error for a specific content type. When I manually variable_set 'language_content_type_CONTENTTYPE' to 2, I can translate without having an error. The problem is then that my feature doesn't syncs anymore.

My temporary solution was to set the variable on hook_init().

webflo’s picture

webflo commented
Status: Active » Fixed

#1062452: strongarm_set_conf() needs to be called sooner should fix this.

fabianx’s picture

fabianx commented
Status: Fixed » Closed (duplicate)

This is a duplicate of #1062452: strongarm_set_conf() needs to be called sooner.

I believe the correct status is closed (duplicate) then.

Because fixed is misleading.

Best Wishes,

Fabian