Hi,
I've installed this really promising module on a fresh D6 install, but cannot get a way to change (ie 'approve') created contents. Furthermore, the "admin/user/permissions" page only shows "content moderation view moderation history" for enabled content type (no "change state" lines) - thus this should not be an issue as I'm testing thing as admin user for now.
I must be missing some point... any idea ?
Comments
Comment #1
eugenmayer commentedDid you activate content_modration for any content type?
Comment #2
cyxair commented"Moderate revisions" is checked as well as "Create new revision" and "published" for tested content types. Should be enough to activate content_moderation, right ?
Additionally, I get an "access denied" when using the "eye button" in the content_moderation block (path is like "node/4/revisions/6/view").
[EDIT] the "access denied" occurs only on initial node creation (I can access to revision when I have more than one version of the node).
Comment #3
eugenmayer commentedWhen you activate the checkbox, this should be fine. Then you should have new permissions for all the default state changes.
Comment #4
cyxair commentedThe checkbox is checked, the block is showing pending revisions on the nodes.
It seems that all the "change states" stuff is missing, although states and transitions tables exists in the database...
Comment #5
span commentedI've run into this problem after making new states and each state has a permission connected to a content type that it is activated for. Make sure you have your permissions set straight, I didn't.
Comment #6
cyxair commentedThanks for your replies, but I precisely don't have any "change state" lines on the permission page...
Plus, logged in as the website admin user, I guess I shouldn't be impacted by permission settings.
Is there any particular core/contributed modules that should be activated for content_moderation to work ?
Comment #7
eugenmayer commentedActually it does seem that you have setup everything right.
I guess you might need to install devel and use a dsm at the hook_perm to see, whether its called at all. If yes, check the node-type which are used to generate the matrix for the permissions.
Dont hasitate, we get this done :)
Comment #8
eugenmayer commentedWell this actually was a bug in the installation script. To get rid of it, remove AND uninstall content_moderation and install the new version again (for now github http://github.com/EugenMayer/content_moderation )
Thanks for the report
Will be released in 1.5
Comment #9
eugenmayer commentedComment #10
loophole080 commentedjust to confirm this worked great - thanks, lovely little module, very smooth functionality!
Comment #11
cyxair commentedWorks fine with the last github version, thanks for the update !
Comment #12
eugenmayer commentedThanks for testing guys
Comment #13
twistedindustries commentedHello, I have went to GitHub and grabbed the patched version but now I just get notices from drupal saying the the module isn't supported and I also don't get any permissions. Please Help!
Comment #14
twistedindustries commentedComment #15
loophole080 commentedapplied 6.x-1.4 and still all working great :-) updates page reporting correctly @ #13
Comment #16
eugenmayer commentedi guess thats a local issue
Comment #18
grasmash commentedI've was having this exact problem in 6.x-1.4. The issue was that the default transition were set to change none->none, review->review, etc. After adding real transitions like none->review, the permission options showed up correctly.
Out of curiosity, is there a point to have those recursive default transitions?
Comment #19
grasmash commentedComment #20
eugenmayer commentedWell iam really ahve a lack of time to take care about this issues. Anybody is willing to help out?
Comment #21
eugenmayer commentedActually this was only a side effect and was not intended. Iam this should not be affecting any new installation or upgrades