Option to show menu items despite lacking permission

+1 for this. Often is useful to show menu items to inform anonyms about members-only sections, features, etc.

I agree, and this is a bug.

I don't know that it's a bug, but it's a missing feature that should be available. I have this issue right now.

I needed this feature. Here's a small module I wrote that allows me to accomplish this. It's somewhat of a hack, but Drupal's design takes the blame. I'm using Drupal 6.x so it's only been tested for Drupal 6.

/**
 * Implementation of hook_form_alter()
 **/
function menu_visibility_form_alter(&$form, &$form_state, $form_id) {
  if ($form_id == 'menu_edit_item') {
    $form['menu']['always_show'] = array(
      '#title' => t('Always show'),
      '#type' => 'checkbox',
      '#description' => t('If select, this menu item will be shown even if the user does not have permission. (Access will still be denied.)'),
      '#default_value' => $form['menu']['options']['#value']['always_show'],
    );
    array_unshift($form['#submit'], 'menu_visibility_menu_edit_form_submit');
  }
}

function menu_visibility_menu_edit_form_submit($form, &$form_state) {
  $menu =& $form_state['values']['menu'];
  if ($menu['always_show']) {
    $menu['options']['always_show'] = 1;
    $menu['options']['alter'] = 1;
  }
  else {
    $menu['options']['always_show'] = 0;
    $menu['options']['alter'] = 0;
  }
}

/**
 * Implementation of hook_translated_menu_link_alter().
 */
function menu_visibility_translated_menu_link_alter(&$item, $map) {
  if ($item['options']['always_show'] == TRUE) {
    $item['access'] = TRUE;
  }
}

+1 for the option to turn off this "feature" in D6... we need to let users see that additional content is available. If they can't see the buttons, they don't know it's there. The big problem with this new behavior is that, good or bad, it is unexpected and as such generates a lot of frustration.

I used #4's solution and I can only get block titles but still not the menu items. I have been disabling any and all other modules that have anything to do with taxonomy access and menu access with no luck.

Hi freighthouse, can you determine whether menu_visibility_translated_menu_link_alter is fired?

ummm, would you mind guiding me on that?

@venkatd: For me, yes menu_visibility_translated_menu_link_alter() is fired on each display of the menu for anonymous user. The menu entry is included, but the text of the menu entry is '', so your posted code *almost* works for me, but doesn't quite.

A couple of alternative workarounds for D6 are -

1. Path Access module which provides a means of restricting access without affecting menu visibility (according to the project page).
2. Creating absolute URLs as menu entries. ie, instead of node/123, set the menu entry to http://example.com/node/123. One customer reported that Drupal automatically "corrected" this (haven't tested/reproduced myself); if so then this may be circumventable by assigning meaningless parameters to the absolute URL (http://example.com/node/123?abc=def).

#4's module code worked like a charm on my 6.x install. I added the additional check to put a different css class on the links for anon users:

function menu_visibility_translated_menu_link_alter(&$item, $map) {
     if ($item['options']['always_show'] == TRUE) {
         $item['access'] = TRUE;
         if (user_is_anonymous()){
              $item['localized_options']['attributes']['class'] .= 'anonymouscssclass';
         }
     }
}

This is very much not a bug.

It may not be a bug. But it is a very needed feature. +1 for this.

See also: http://drupal.org/node/724978 and http://drupal.org/node/723964

for the statistics: i am currently building a site, where I would need that feature.

to make the suggestion from #4 in D7 i had to modify minor stuff (this solution is based on the stuff by mthomas in #13)

<?php
//largely based on http://drupal.org/node/300607#comment-2805992

/**
* Implementation of hook_form_alter()
**/
function always_visible_form_alter(&$form, &$form_state, $form_id) {
  if ($form_id == 'menu_edit_item') {
    
    $form['always_visible'] = array(
      '#title' => t('Always show this menu item.'),
      '#description' => t('Disables the check if the user has access to this path.'),
      '#type' => 'checkbox',
      '#weight' => '0',
      '#default_value' => isset($form['options']['#value']['always_visible'])?$form['options']['#value']['always_visible']:FALSE,
    );
  array_unshift($form['#submit'], 'always_visible_menu_edit_form_submit');
  }
}


function always_visible_menu_edit_form_submit($form, &$form_state) {   
  $menu =& $form_state['values'];
  if ($menu['always_visible']) {
    $menu['options']['always_visible'] = 1;
    $menu['options']['alter'] = 1;
  }
  else {
    $menu['options']['always_visible'] = 0;
    $menu['options']['alter'] = 0;
  }
}

/**
* Implementation of hook_translated_menu_link_alter().
*/
function always_visible_translated_menu_link_alter(&$item, $map) {
  if ( isset($item['options']['always_visible']) && $item['options']['always_visible'] == TRUE) {
    $item['access'] = TRUE;
    $item['title'] = $item['link_title'];
  }
}

There is a D6 module that does this here: http://drupal.org/sandbox/mthomas/1119418. D7 patch is in its issue queue.

+1 for this.

Just used #15 on D7 and it worked like a charm. Thanks valderama. I agree this should be addressed. Bug or not a bug, it is unexpected

https://drupal.org/project/always_visible

code from #15 works on D7 cut and paste.
Thanks you.

I really think this is a normal feature request ... so 9.x is kinda of a good place to go

Solution in #15 worked for me but 4 instances of "always_visible" should be replaced by your custom module name if you embed the code in a custom module, of course. Also, I modified the form alter function to alter just the menu item edit form, eliminating the need to test the form_id. The function becomes:

function always_visible_form_menu_edit_item_alter(&$form, $form_state) {
  $form['always_visible'] = array(
    '#title' => t('Always show this menu item.'),
    '#description' => t('Disables the check if the user has access to this path.'),
    '#type' => 'checkbox',
    '#weight' => '0',
    '#default_value' => isset($form['options']['#value']['always_visible']) ? $form['options']['#value']['always_visible'] : FALSE,
  );
  array_unshift($form['#submit'], 'always_visible_menu_edit_form_submit');
}

Duplicate of issues like #2463753: [regression] Do not bypass route access with 'link to any page' permissions for menu links

Reopening this since I can't see how #2463753 would fix this issue.
#2463753 is about being able to hide menu items from UID1 and users with role 'Link to any page'.
This issue is about showing menu items to users who lack the appropriate permission.

afaict this was fixed by #460408: Cannot administer menu item/link if it points to an unpublished node, #2047633: Move definition of menu links to hook_menu_link_defaults(), decouple key name from path, and make 'parent' explicit or similar. If it's not fixed (in 8.x) it needs new steps to reproduce in the issue summary.

In Drupal 8 as in Drupal 7:

1. Use an access control module to restrict access to a node. I used tac_lite to demo.
2. Add a node and a menu link to it on the main menu. Tag it with the tag you configured in tac_lite that denies anonymous users viewing the node.
3. See the link to the node in the main menu.
4. Log out. Now you can't see the menu link.

#460408: Cannot administer menu item/link if it points to an unpublished node ensures that roles with appropriate permissions can see all links, but, that isn't the subject of this issue. This is about letting roles that definitely do not have access to the content, see a link to the content on a menu.

+1 I am dealing with the same issue using the module content_access in Drupal 8.

Thanks to @DuaelFr I was able to accomplish this using hooks in a custom module.

https://www.drupal.org/project/always_visible/issues/2535162

This isn't a duplicate of the above mentioned issues.

Here's a simple use case which will reproduce the problem.

I have a site which has an events calendar. The events are primarily created public submission which requires users to create an account to allow users to edit, amend and maintain their event listings.

To encourage usage and ease of use I would like to have a menu link 'List your event' which links to /node/add/event.

I use a 403 redirect to login because users who already have an account will expect to be asked to login if they aren't and new users will be directed immediately to where they need to be (login or sign-up) and this again is an expected behaviour.

This also centralises our messaging to encourage sign-up to the login page.

-

To get around this on our previous Drupal site we created hard coded links within menu template files. This is a pretty ugly solution.

You could add authenticated/unauthenticated link sets but this is bugged: #2267603: "Login" link shows up for logged-in users as well and it's also a little difficult to maintain because the you will end up with two links of the same name in the same menu which I discovered while find the above mentioned bug.

Drupal 8 point releases can introduce new features, so no need to push such a feature to D9.

This would also be useful to sites I managed.

I also had this need and solved it by using a custom menu link manipulator when rendering my menu. I did this by adding a field to the menu_link_content entity and altering the form with a checkbox to ignore access on that specific link.

Unfortunately core doesn't expose an alter / event for this so it's kind of a custom process. I'm linking this to #2854013 as a result because I think that would help this issue a lot.

Hi Drupal Team,

It's easy. Just use `Menu Item Role Access` contributed module and check `Anonymous user` and `Authenticated user` roles for a particular menu item to make it visible for ALL! IMPORTANT: to make it working enable `Overwrite internal link target access check` in module config page (admin/config/menu-item-role-access).

Hope that this helps a lot of people!
Good luck!
Michal.