Closed (won't fix)
Project:
Spaces
Version:
6.x-2.0-alpha3
Component:
User interface
Priority:
Normal
Category:
Support request
Assigned:
Reporter:
Created:
3 Jun 2009 at 15:59 UTC
Updated:
27 Jul 2010 at 21:14 UTC
Jump to comment: Most recent file
Comments
Comment #1
mani.atico commentedSame here.
I'm trying to enable a feature which includes a node type originally set as a "group node". As avdp mentioned, when enabled, spaces og treats it as a "Standard node post". I know there are some related issues in the features module where this type of information is not saved when the ferature is exported, but I was wondering if this "by design" behavior has other reason to treat features' nodes as "Standard posts"; does this prevent erronous behaviors? is part of the module's concept? is it intended in work differently in the future?
Comment #2
Matthew Davidson commentedAs the comment for spaces_og_init() says, "We're gonna bulldoze your OG settings. Get over it."
This patch attempts to apply the bulldozer with a little more precision.
After a minute and a half of rigorous testing, it appears to work for me, but I can't be sure whether it breaks something else that assumes all posts will be 'group_post_standard'.
Comment #3
yhahn commentedlol
Comment #4
jmiccolis commentedAwesome, still the 2.x branch is no longer supported; setting this to "won't fix". I'd encourage you to take a look at Spaces 3.x