Needs work
Project:
Override Node Options
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
19 Sep 2009 at 16:20 UTC
Updated:
3 Oct 2023 at 18:10 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
lolmaus commentedThis also concerns menus!
Comment #2
hambers commented@1 - Have you tried the Menu settings per Content type (http://drupal.org/project/ctm) module for controlling visiblity of menus. It met my simple case (although admittedly it doesn't do permissions per content type per role.
@0 - I'm also looking for this override_node_options functionality to extend to paths too!
Comment #3
tsi commented+1
subscribing
Comment #4
dave reidComment #5
caspercash commentedWas this feature request already implemented in the override_node_options? thanks for this great module!
Comment #6
caspercash commentedchecked the module and also its dev but didn't find this feature..
Comment #7
maico de jongI'm also looking for this functionality so i created a patch for D7 that works for me.
Maybe someone can backport this to D6?
Comment #8
maico de jongPlease use this patch instead of the one in #7
Comment #9
opdaviesI've applied the patch in #8, and I can see the URL alias tab when editing the node. However, once the node is saved, the update URL alias isn't applying and the original alias remains active. I'm more than happy to backport this to D6 once I've confirmed that it's working in D7.
Comment #10
maico de jongCan't reproduce the problem you are describing.
Did you try to rebuild the permissions after applying the patch?
Are you also sure not having permission: "edit create url aliases" turned on?
I'm using this patch now for a couple weeks without having the problem you mentioned.
Comment #11
jenlamptonI can reproduce this issue. Steps are as follows:
1) create a piece of content, add an alias (it works!)
2) edit the content, attempt to change the alias (it doesn't work!)
3) Log in as a user with administer nodes permission
4) edit the content, attempt to change the alias (it works!)
It looks like in order to change an alias, users need the 'Create and edit URL aliases' permission.
Comment #12
jenlamptonHere's a new version of the patch that allows people to edit existing aliases too.
Comment #13
opdaviesTrivial patch award candidate. :)
Comment #14
opdaviesInterdiff for #13.
Comment #15
opdaviesI've applied the patch in #12, and I can see the vertical tab whilst logged in as a non-admin user, but not the input field itself.
Comment #16
kiwimind commentedPatch no longer applies to head, so going to re-roll. Not looking into the outstanding issue mentioned in #15 yet.
Comment #17
kiwimind commentedRe-roll attached, haven't done an interdiff as the code being inserted is the same, it's primarily the line numbers for insertion.
Comment #18
kiwimind commentedComment #19
kiwimind commentedFurther to the issue described in #11 - even when a node has an alias set, the alias is not showing, nor is the input field available.
As mentioned above, the permission to "Create and edit URL aliases" is needed to see this field.
Comment #20
kiwimind commentedIt appears that the
override_node_options_after_buildfunction does return TRUE for the user when checking againstuser_access('override ' . $form['#node']->type . ' URL alias')where$form['#node']->typeispage, so not quite sure it's not filtering down to form output.Comment #21
opdaviesNow #974730: permissions for "all content types" is merged, we should add a global permission for this too.
Comment #22
opdaviesWhilst I consider the 7.x branch to be feature complete, if there is a per content type permission for this, a global permission should be added, too, for consistency.