Creating group ideas causes access denied

I've identified the issue, however, the workaround is a bit obtuse...

When you click "Add Idea" within a group you'll see the button text changes to "Add Idea (group)," upon clicking the link the page that loads is something like "yoursite.com/?q=groupname/node/add/idea-group" however, when you click "Add Idea" in the initial user profile the page that loads is something like "yoursite.com/?q=node/add/idea-site," notice the end URL is "idea-site" not "idea-group"

As a workaround navigate to yoursite.com/?q=groupname/node/add/idea-site you should now be able to add an idea for that specific group, however, it will show up in the general user profile page if that is activated, also the voting doesn't show up in the group feature. As a workaround you can manually add a link using a custom dashboard widget box. If I identify the code source for the "Add Idea (group)" button link I'll pass it along, I'll also put in a feature request.

Is there any patch to solve this issue?

This is really critical. Makes the module useless on OpenAtrium.

For some reason, the node form isn't aware of the OG Space, unlike the menu item, that runs smoothly.

To solve it, i'm checking if the user are inside of a group with the OG module API itself.

Maybe there are some better way to make it, but this patch above will solve this issue.

I'm getting the same experience. I've checked all the permissions and it looks like its a problem for a lot of us.

Same issue here with access denied when attempting to create an idea in ideation within a group. Fresh OpenAtrium installation with only Ideation and OA Folders added on.

The patch from #5 solves this problem. I am going to promote it to reviewed and tested.

How do I apply this patch?

Check this guide out: http://drupal.org/documentation/git

Hi,

I tried this patch but I get an error:
Parse error: syntax error, unexpected T_IF in /home/ACCOUNT/public_html/projects/demo/sites/all/modules/features/ideation/ideation.module on line 60

This is the code that I entered:

function ideation_idea_group_access_callback() {
  $args = func_get_args();
  if (($space = spaces_get_space()) && $space->type == 'og') {
    // Call the normal callback if in a group space.
    return call_user_func_array('spaces_menu_access', $args);
  }
  else {
    // Otherwise, deny access.

    /**
     * For some reason that my lack of knowledge about Spaces module may be 
     * hiding from me, the Node Form itself calls this callback but without
     * any Space active, leading to the issue http://drupal.org/node/1432924,
     * where the links in the menu show correctly, but the form itself gives
     * access denied.
     * If i'm right, checking if we are in an OG context is a good solution, at
     * least for the tons of Open Atrium users that needs Ideation working on
     * this use case, but Ideation doesn't depends uppon Organic Groups, so this
     * should be checked to not break if someone is not using it on Open Atrium.
     * This could solve the question until someone with more knowledge about 
     * Spaces can came here and fix this.
     */
    if(module_exists('og')) {
      if (og_get_group_context()) {
        return TRUE;
      }
    }
    return FALSE;
  }
}

I am beginning that this bug is related to some code which needs to be reworked, or disabled, firs of all, creating a new idea works at the user level, when the user is not in a group. this can be seen when you log in as an ordinary user, and post a new idea, however, when you enable the idea feature in a group and attempt to post an idea in the group, then you get the unauthorised page, .... very weird, I have checked and rechecked permissions, and those seem not to be able to fix the problem. so as a fix, i am disabling ideas at the group level, and allowing them to post an idea at an individual level.